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HOW TO USE THIS MANUAL 


This manual provides information on all FLUKE 900 
machines from revision level 4 to 5. It may be read in part, 
for the user who wishes to quickly gain enough proficiency 
to begin testing, or completely for the user who wishes to 
create automatic test sequences. 7 


Section 1 contains detailed specifications and ordering 
information, installation instructions and a description of 
components and configurable options. 

Section 2 describes the test approach and provides the 
technical foundation tor understanding all the operating 
modes. 


Section 3 covers Manual Mode and describes all testing 
features as they apply to any single device, in or out of 
circuit. Use of the keyboard for testing is described. 


Section 4 describes Sequence Mode and how to test boards 
from a stored sequence. 


Section 5 describes Develop Mode and how to create 
sequences. 


Section 6 covers file utilities for the manipulation of test 
sequence and data files. 


Section 7 describes how to add new devices to the Out-of- 
Circuit and Reference Comparison Library files. 


HOW TO USE THIS MANUAL 


Appendices include Testing Application Notes,the Sequence 
Command Language, Remote Control Protocol and a listing 
of the Standard Reference Device Library. 


All users should read Section 1 for machine overview and 
installation procedures. Those who are merely testing with 
preprogrammed sequences need only read Section 2.1 
through 2.5, while those developing sequences should read 
Section 2 entirely on technical principles. Section 3 on 
Manual Mode ts recommended as a minimum for a person 
who is evaluating the tester. Section 4 on Sequence Mode is 
required for a user w.io is only testing from a Sequence. 
Sections 5 and 6 are appropriate for those developing 
Sequences. Section 7 on Device Libraries is also for the 
advanced programming user. 


When describing keys, the convention used is single brackets 
< > for labelled keys and double brackets << >> for 
Function Keys. Example: <ESC>, <<manual>>. 


WARRANTY 


Notwithstanding any provision of any agreement the following 
warranty is exclusive: 


The JOHN FLUKE MFG. CO., INC. warrants each 
instrument it manufactures to be free from defects in 
material and workmanship under normal use and service for 
the period of 1 year from date of purchase. This warranty 
extends only to the original purchaser. This warranty shall 
not apply to fuses, test clips (clips are warranted for 90 days), 
or any product or parts which have been subject to misuse, 
neglect, accident, or abnormal conditions of operations. 


In the event of failure of a product covered by this warranty, 
John Fluke Mig. Co., Inc. will repair and caliurate an 
instrument returned to an authorized Service Facility within 
1 year of the original purchase; provided the warrantor’s 
examination discloses to its satisfaction that the product was 
defective. The warrantor may, at its option, repiace the 
product in lieu of repair. With regard to any instrument 
returned within 1 year of the original purchase, said repairs 
or replacement will be made without charge. If the failure 
has been caused by misuse, neglect, accident, or abnormal 
conditions of operations, repairs will be billed at a nominal 
cost. In such case, an estimate will be submitted before work 
is started if requested. 


ll 


WARRANTY 


THE FOREGOING WARRANTY IS IN LIEU OF ALL OTHER 
WARRANTIES, EXPRESS OR IMPLIED, INCLUDING, BUT NOT 
LIMITED TO ANY IMPLIED WARRANTY OF MERCHANTABILITY, 
FITNESS, OR ADEQUACY FOR ANY PARTICULAR PURPOSE 
OR USE. JOHN FLUKE MFG. CO., INC. SHALL NOT BE 
LIABLE FOR ANY SPECIAL, INCIDENTAL, OR CONSEQUENTIAL 
DAMAGES, WHETHER IN CONTRACT, TORT OR OTHERWISE. 


If any failure occurs, the following steps should be taken: 


‘i Notify the JOHN FLUKE MFG. CO., INC. or nearest 
Service Facility, giving full details of the difficulty, and 
include the model number, type number, and serial 
number. On receipt of this information, service data, 
or shipping instructions will be forwarded to you. 


to 


On receipt of the shipping instructions, forward the 
instrument, transportation prepaid. Repairs will be 
made at the Service Facility and the instrument 
returned, transportation prepaid. 


SHIPPING TO MANUFACTURER FOR REPAIR OR 
ADJUSTMENT 


All shipments of JOHN FLUKE MFG. CO., INC. 
instruments should be made via United Parcel Service or 

"Best Way" prepaid. The instrument should be shipped in 

the original packing carton; or if it is not available, use any 
suitable container that is rigid and of adequate size. If a 
substitute container is used, the instrument should be 
wrapped in paper and surrounded with at least four inches Of es, 
excelsior or similar shock-absorbing material. 


WARRANTY 


CLAIM FOR DAMAGE IN SHIPMENT TO ORIGINAL 
PURCHASER 


The instrument should be thoroughly inspected immediately 
upon original delivery to purchaser. All material in the 
container should be checked against the enclosed packing list. 
The manutacturer will not be responsible for shortages 
against the packing sheet unless notified immediately. If the 
instrument is damaged in any way, a claim should be filed 
with the carrier immediately. (To obtain a quotation to 
repair shipment damage, contact the nearest Fluke Technical 
Center.) Final claim and negotiations with the carrier must 
be completed by the customer. 


The JOHN FLUKE MFG. CO., INC. will be happy to 
answer all applications or use questions, which will enhance 
your use of this instrument. Please address your requests or 
correspondence to: JOHN FLUKE MFG. CO., INC., P.O. 
BOX C9090, EVERETT, WASHINGTON — 98206. 


John Fluke Mfg. Co., Inc., P.O. Box C9090, 
Everett, Washington 98206 


Fluke 900 


Operator Manual Addendum for 
Firmware Revision 6.00 


This addendum describes the changes in operation and 
features of the Fluke 900 provided by operating system 
firmware revision 6.00 . This firmware supports all hardware 
revisions of the tester and may therefore be installed in any 
machine. Upgrading a unit to version 6 requires the 
installation of four System EPROMs, one Library EPROM 
and a Character Generation EPROM. Note that, if the 
Character Generator EPROM is not upgraded, a blank space 
appears instead of the letter Z for the Float Check feature. 
All other features still work properly as described below. 


The changes and additions are summarized as follows: 


Learn This new key will scan a range of FMASK and 
THRESHOLD values to establish an optimum 
setting of the Performance Envelope of a 
DUT. 


Parameter The ranges of FMASK and THRESHOLD 
Ranges are extended, primarily to accommodate larger 
values found in certain CMOS applications. 


Float Check DUT input pins that are floating are identified 
with the letter "Z" in the test results screen in 
addition to the standard H,L and A condition 
check designators. This can be used to identify 
open traces to a DUT. 
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RD DRV __ The Reference Device Drive key has been 
moved from the Local Parameter menu to the 
RD menu to more clearly reflect its function. 


Config This addition to the System menu identifies the 
tester hardware configuration and revision. 


Accessories Additional Test Clips are available that work 
with version 6 and all earlier revisions: 
- High Impedance Clip (Y900-16DZ) for use 
on weak CMOS devices 
- PLCC Test Clips (Y900-20P, Y900-28P) for 
use on 20 and 28 pin square packages 


LEARN 


The Learn function is a quick way to establish the 
Performance Envelope settings (FMASK and THRESHOLD) 
for a DUT on a good board. It uses a repetitive test to find 
the settings that pass or fail and attempts to pick an 
optimum. Recall that most devices on a good board will pass 
with default parameter settings, so Learn is most useful for 
those devices that appear to fail while creating a Sequence 
on a good board. 


A secondary use for Learn is to verify devices on a faulty 
board without a Sequence. In this case, the pass/fail profile 
from Learn can be interpreted by the user to judge whether 
an apparent fault is a real one or merely a normal effect 
that requires a parameter adjustment. 

<<learn>> appears in Manual Mode, Sequence Mode and 
under Develop/New Seq as F5. 
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r4o4 


SIZE 14 SID 
RD_DRY HIGH 


The procedure for using Learn is to first enter the device 
number and an appropriate test time, clip on the DUT and 
press <<learn>>. 


74668 


FMASK crs) 
THRESHOLD | ci 


earn FPertormance enveloare 


The default ranges for TTL are shown in the example above. 
For CMOS, the default range of THRESHOLD is 
determined as a percentage of Vcc (for CMOS devices 
simulated using Library Utility version 2.04 or later). The 
user must clip on the DUT before pressing <<learn>> so 
that the tester can automatically measure Vcc. The default 
value for the starting THRESHOLD is calculated as 30 % of 
Vcc and the step size is calculated as 10 % of Vcc. For 
example, a CMOS device using 5 volt Vcc would have the 
default Learn screen shown on the following page. 
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QO 
a 


h ee ee RESULT 
1s fren) KKK 


$020 


2 
= 


The range and step size can be changed by pressing 
<<change>>. 


4664 SIMULATED R 
RESULT 


FMASK Cris? : IKK OK 
HSA Sate Om 


The keys <<FM_ from>> and <<FM step>> change the 
FMASK starting value and step size. The _ keys 
<<TH from>> and <<THstep>> _ change the 
THRESHOLD starting value and step size. 


After entering new values on the command line, <ESC> 
returns to the Learn execute menu. 
Pressing <<learn>> produces a 6 by 6 matrix of test results 


from the range of FMASK and THRESHOLD values. A 
typical profile appears as follows: 
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The characteristic "V" pattern indicates that FMASK attains 
a minimum at a particular threshold. Devices that have very 
little loading show a flat or wide "V" profile, while devices 
that have substantial loading have a narrow "V" profile. 


The tester attempts to pick an optimum value, allowing for 
a 10 ns margin, and shows it as a reverse highlighted "Pass". 
If a suitable profile is not observed during Learn, a setting 
is not highlighted and it is left to the user’s judgement to 
choose a value. 


The tester will generally recommend the default values of 
FMASK and THRESHOLD if they are near the center of 
the actual DUT profile. Press <ESC> to return to the 
Learn screen. The recommended values appear in the right 
column as follows: 


VERSION 6 ADDENDUM 


7468 


IASK 


FP cns) 
THRESHOLD C3 


From this screen, <end> will exit Learn and accept the 
values in the right RESULT column as it returns to the 
Manual Test screen. If you exit Learn by pressing <ESC>, 
however, the values are not accepted into the Test screen. 


For the Learn screen, pressing <<results>> reveals the 
same test result picture available after any test. The key 
<<advice>>, however, appears only when the conditions of 
the Learn were unusual. For example, the previous screen 
was produced with a THRESHOLD step size of 0.3 volts and 
could be repeated with a smaller step size to pick a more 
precise setting. Pressing <<advice>> in this case brings up 
the following screen: 


- AdJUSst Parameters to zero-in an 
Picked settins. 


amr, 
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The purpose of the Advice feature is to help a user to 
interpret the Learn profile. The types of advice include: 


- a warning that there was low or no activity on DUT pins. 
- choosing a large FMASK could mask high speed signals. 
- the parameter range should be made larger or smaller. 

- a Suggestion to use Gate if a large FMASK is required. 


There are characteristic profiles for certain devices and 
conditions (refer to Section 2.7.2 for more explanation). For 
example, a 7474 flipflop with a timing race condition can 
appear as follows: 


Notice that, above a certain THRESHOLD, the signal edges 
are shifted to put DUT and RD out of phase and the test 
will never pass. 


A 74244 tristate driver that exhibits bus contention can have 
a profile as shown on the next page. Another device is 
outputting on the bus for a short time while this DUT is also 
driving. 


VERSION 6 ADDENDUM 


The Learn results show that FMASK of 90 ns and 
THRESHOLD of 1.4 V is recommended to permit a pass 
result. Above 1.6 V there appears to be 120 ns of contention 
that can be masked with FMASK. Other boards of the same 
type may have slightly different FMASK/THRESHOLD 
profiles for this chip so it is better to use Delayed GATE to 
resolve such contention problems. Delayed Gate usually 
permits a lower FMASK that is more repeatable from board 
to board and therefore a higher quality of test. For the 
actual DUT used in this example, Delayed GATE was set as 


follows. 


cond’ n J AXxXXKMMMKKMEMKMEXKEK OK L 
Compare <120.4ns-— 
wher HI , 


VERSION 6 ADDENDUM 


The results of a Learn procedure with Delayed GATE 
enabled on the example DUT were as follows: 


This profile is similar to a device without contention effects. 


When Shadow RAM is enabled and Learn is executed on a 
RAM, the paging feature stays on page 0. This is only 
apparent on RAMs that are deeper than 64 K and in any 
case should not adversely affect the Learn results. 


FAULT MASK RANGE 


The range of FMASK extends from 20 ns to 350 ns in 10 ns 
steps. This range is sufficient for all TTL and most CMOS 
applications. 


THRESHOLD RANGE 


The range of THRESHOLD extends from - 12 volts to +12 
volts. The entry is made in volts instead of millivolts as in 
previous revisions. For example the default THRESHOLD 
for TTL is 1.8 V. In the absence of a + sign, a number is 
taken to have a positive value. 


A-9 


VERSION 6 ADDENDUM 


FLOAT CHECK 


The Float Check feature may be used to detect open traces 
and intermittent socket connections to the input pins of a 
device. 


All pins on the DUT are checked to see if they were inactive 
and can be pulled up and down momentarily by the 10 Kohm 
pullup/down resistors in the Interface Buffer. If this is the 
case for a pin, it is assumed to be floating and displayed with 
a "z' in the results state screen. For example, after a test of 
a 7404 inverter that has an unconnected gate, the test result 


screen appears as follows: 


Pare 


Conditions 


otate a EoTt: HIGH 
AAAALHL __SaVe_Pin 
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Note that pin 9 is an unconnected input and is shown as 
floating, while pin 8 is an unconnected output and is shown 
as a low signal. If an output pin appears with a "z", it implies 
that the pin was tristated on an inactive bus for the duration 
of test time or that the pin has a blown open output fault. 


Float Check is enabled on all pins by default, but may be 
inhibited on a pin by pin basis from producing a failure 
screen. To do this, start form the Manual Mode screen and 
press <ETC> <<clip>> <<float>> to bring up the 
following screen: 


22L2eeee 


43222 
+t32Z109¢ 
L2etSs? 


2eeeeLe 


The arrow keys move the cursor to an individual pin and 
<<status>> removes or adds the "z" designator. The 
<<all/none>> key will remove or add the designator to all 
pins. Pressing <<end>> will accept the setting. A pin that 
has had the "z" designator removed will not produce a fail 
test result if that pin is floating. It will still, however, appear 
in the results, state screen as a floating pin. The creation of 
a Sequence from a good board will reveal the normally open 
and floating pins so they may be disabled from producing a 
FAIL test result. 
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RD_DRV 


The Reference Device Drive parameter is now found under 
the RD menu instead of under the Local parameter menu. 
In this way, all parameters associated with the RD are 
grouped together and all parameters associated with the 
DUT are found under Local. The default setting for 
RD _ DRY is high for all chips in the library. Previously, the 
default setting for 27XXX EPROMs was low since some 
vendors produce weak devices (less than 1 LS drive 
capability). It has been found that most devices work fine 
with the high setting, so this is the new library default. If an 
EPROM does require a low RD Drive setting, it will become 
apparent when deriving a checksum for RD Test. A valid 
checksum will not be generated using the high setting and an 
error message will appear. 


CONFIGURATION 


A list of the circuit boards and their hardware revision level 
may be displayed on the screen. From the main power up 
screen press <<system>> <ETC> <<config>>. 


HIGH IMPEDANCE TEST CLIP 


A 16 pin DIP Test Clip is available for use on circuits that 
cannot tolerate the 10 Kohm loading of the normal Test 
Clips, such as 4000 series CMOS. The loading characteristics 
of the Y900-16DZ Test Clip are 500 Kohm and 30 pF per 


pin. 
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Active circuitry near the clip head is powered by a voltage 
extracted from the DUT. This results in the following 
additional characteristics: 


1. 


The clip may only be used on devices with standard 
power configuration (e.g. Vcc located on pin 16 of a 
16 pin device). 


The signal bandwidth is rated at 10 MHz maximum 
data rates. 


The Float Check feature of detecting floating pins is 
not supported when using this clip. A DUT pin that 
is floating will appear as a low level through the High 
Impedance Clip. 


Signals on the DUT which exceed the GND to Vcc 
range will be clamped to these levels by the circuitry 
in the clip head. For example, a level translator DUT 
whose input signals exceed Vcc will have those signals 
limited to Vcc on the board. 
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CHANGES TO COMMAND LANGUAGE 


The FLOAT TST command defines which pins to disable 
the Float Check failure result for. The command’s associated 
parameters are OFF CLEAR which disables all the pins and 
ON CLEAR which enables all pins to be checked. An 
optional list of pins defines which pins not to check. 
SYNTAX: 

FLOAT TST {ON/OFF} {CLEAR} [pin #s] 
EXAMPLE: 

FLOAT TST OFF CLEAR 

FLOAT _TST ON CLEAR 

FLOAT TST ON CLEAR 2 5 11 
In the example, Float Check is first disabled for all pins and 


then re-enabled. The final command sets the Float Check 
on all pins except 2, 5 and 11. 
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CHANGES TO REMOTE PROTOCOL 


LEARN 

----- > <stx> DN[FMASKmin<cr> 

~---- > FMASKstep <cr> 

----- > THRESHmin<cr> 

----- > THRESHstep]|<etx> 

<----- <stx> {FMASKmin} <sp>{FMASKstep} <sp> 
<----- {#ofFMASKsteps } <sp>{THRESHmin} <sp> 
<----- {THRESHstep} <sp>{#ofTHsteps} <sub> 
<----- {FMASKcur} <sp>{THRESHcur}<sp>W 
—— <sub>T<sub>{P/F}<cr> 

<----- {FMASKcur} <sp>{THRESHcur}<sp>W <- 
_— <sub>T<sub>{P/F}<cr> 

<----- {FMASKcur} <sp>{THRESHcur}<sp>W 
— <sub>T<sub> {P/F} <sub> 

<----- RESULT: {FMASK}<sp>{THRESH} 

<----- [<cr>HINTS: anytext<cr>anytext<cr> 
<----- anytext]<ack> 


OR (In the case of an error) 


Ceowne <stx>J<etx> 
or <stx>G<etx> 
or <stx> Y{error code}<nak> 


where the error code can be any of the following: 


VERSION 6 ADDENDUM 


Code Description 


1. Vcc-GND check failed 

- No signals from clip 

a, No clip inserted 

4. Clip size incorrect 

S Test aborted - Clip moved during test 

6. Excessive RD current 

is RD test failed... 

8. Unable to test - Failed to synchronize 

9. Unable to test - Synchronization timeout 

10. Test aborted | 

11. Input Buffer not calibrated 

12. FMASK not calibrated 

13. | Unable to test 

14. RD test failed..RD simulation enabled. Remove the 
RD from the socket. 

15. Trigger did not occur 

16. Gate did not occur 

17. Setup error - Gate time less than delay 

18. ‘Trigger word1 did not occur 

19. Trigger word2 did not occur 

NOTES: 

i; All FMASK and THRESH values are sent in ASCII 
decimal. The FMASK is in nanoseconds and the 
THRESHOLD is in millivolts. 

a If the FMASKmin, FMASKstep, THRESHmin and 
THRESHstep parameters are omitted then default 
values are assumed. 

3. For RESULT, if the tester cannot recommend an 


FMASK and/or THRESHOLD value, the character N 
is returned rather than a numeric value. 
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<stx>DN<etx> 

<stx>20* <sp>20* <sp>6<sp>1200* <sp> 
200* <sp>6<sub> 
20<sp>1200<sp>W<sub>T<sub>F<cr> 
40<sp>1200<sp>W<sub>T<sub>P<cr> 


20<sp>2200<sp>W<sub>T<sub>P<sub> 
RESULT: 20<sp>1800 

<cr>HINITS: Try tightening threshold and 
FMASK resolution<ack> 


These will be default values specific to the 
family of DUT being tested. 


<stx>DN20<cr>20<cr>1200<cr> 
200<etx> 


<stx>20<sp>20<sp>6<sp>1200<sp> 
200<sp>6<sub> 
20<sp>1200<sp>W<sub>T<sub>F<cr> 
40<sp>1200<sp>W<sub>T<sub>P<cr> 


20<sp>2200<sp>W<sub>T<sub>P<sub> 
RESULT: 20<sp> 1800 

<cr>HINTS: Try tightening threshold and 
FMASK resolution<ack> 
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FLOAT CHECK 


Write and Read commands permit the definition and 
interrogation of the pins that will produce a fail result if they 
are found to be floating. 


WRITE FLOAT DEFINITION 
Syntax for enabling pins: 


eee os <stx>CHE{PINLIST} <etx> 
tee <ack> 


NOTES: PINLIST - A list of pins (separated by spaces) 
to enable float check failures. The keyword 
ALL means all pins. 

EXAMPLE 1: (enabling Float Check on selected pins) 


_— > <stx>CHE 134569 15 20<etx> 
C—— <ack> 


EXAMPLE 2: (enabling Float Check on all pins) 


— > <stx>CHE ALL<etx> 
oe <ack> 
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Syntax for Disabling Pins: 

~---- > <stx>CHD<etx> 

<----- <ack> 

EXAMPLE: (disabling Float Check on all pins) 


ae > <stx>CHD <etx> 
(Oe cst <ack> 


READ FLOAT DEFINITION 


seaatiee > <stx>CI<etx> 
Be itinie <stx>{E [PINLIST]/D} <ack> 


NOTES: E/D - Enable/Disable float check failures. 
PINLIST - An optional list of pins (separated 
by spaces) to enable float check 
failures for or the keyword ALL, 
meaning all pins. 


EXAMPLE 1: (all pins disabled) 


mets > <stx>Cl<etx> 
oo. <stx>E ALL<ack> 


EXAMPLE 2: (selected pins enabled) 


ee > <stx>CI<etx> 
——— <stx>E 134569 15 20<ack> 


VERSION 6 ADDENDUM 


EXAMPLE 3: (all pins disabled) 


pats > <stx>CI<etx> 
eds <stx>D<ack> 


PERFORM TEST 


A new PERFORM TEST command (DQ) has been added 
which replaces the old one (DH). This new command is 
identical to the old command with the exception that it 
returns an additional flag under "condition details", namely 
bit6 (decimal 64), Float Check failed. 


READ TEST RESULTS 


In addition to "L", "H" and "A" there is now an additional pin 
result "Z" under “condition fails". 


READ STATUS RESULTS 


In addition to "L", "H" and "A" there is now an additional pin 
Status "Z". 


LOAD DATA FROM A .LOC FILE 


A new command (BF) to select a device from a location file 
has been added in addition to the previous command (BA). 
The BF command loads both local and global test 
parameters, while the BA command loads only local 
parameters. 


1 FLUKE 900 SYSTEM 


1.4 SYSTEM OVERVIEW 


The FLUKE 900 dynamic troubleshooter uses Dynamic 
Reference Comparison (DRC) to compare the Real Time 
functional performance of digital devices as they operation 
In-Circuit, with known good Reference Devices running in 
parallel and synchronism. 


The real-time performance of the Device Under Test (DUT) 
is compared to that of a known good Reference Device 
(RD), inserted into a Zero Insertion Force (ZIF) socket on 
the face of the tester. The RD is fed with the same signals 
extracted from the DUT, via a test clip which plugs into the 
Interface Butter (IB). 


The IB has a programmable voltage threshold which can be 
set to see logic 1 at any level between 0 to 5 volts, with a 
resolution of 100 mV. The IB translates the incoming signals 
into ECL differential levels which are transformed back to 
TTL signals in the main unit. This provides a high level of 
accuracy in signal reproduction so that the RD in the ZIF 
socket sees similar inputs to the DUT. 


The proprietary DIFTEST circuits used in the FLUKE 900 
enable it to test standard and custom devices without the 
need to know the internal structure or pinouts of a DUT. 
The system ensures that the RD and the DUT are 
synchronized prior to comparing them. The FLUKE 900 
monitors and analyzes the behaviour of the Device Under 
Test within a Performance Envelope (PE). 


SYSTEM OVERVIEW 


\ 


It is user definable in the time domain with 10 ns resolution 
and in voltage within 100 mV. The PE parameters can be 
compared to the time base and volts/division settings of an 
oscilloscope. 


The PE is used to compensate for the difference in loading 
between the DUT and RD. If the DUT response time 
exceeds the PE setting of Fault Mask, comparison testing is 
halted and failure information is displayed on the LCD 
display. 


Other features which nake the FLUKE 900 a powerful 
troubleshooting tool are: 


1. Built in frequency counter that can measure signal 
activity on the pins of the DUT plus an external node. 
This is useful toi checking out clock frequencies and 
other repeatable signals on the board. 


rs LED logic monitor indicating signal activity on DUT 
pins. Each pin can be predefined for an expected 
high, low or active signal. 

3. A two word user-definable trigger function, which can 


be a combination of the signals on the DUT pins plus 
an external node. This aids the user in isolating the 
fault area, similar to what a logic analyzer might do. 


The user stores information about each device on a 
removable data cartridge including location on the board, 
changes in default PE, triggers, frequency and activity checks. 
This "SEQUENCE" file can contain other information like 
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Operator prompts which appear as comments on the LCD. 
A sequence provides a high quality repeatable test procedure 
which will compliment the knowledge of the operator. 


Board test results can be stored in a log file which stamps it 
with time and date information, providing data on repair 
stations and for statistical analysis of common failure modes. 
This information can also be communicated to other systems 
via the RS232C serial port. 


Out-of-circuit device verification may be done from a library 
pattern stored in ROM for most TTL devices. This can be 
expanded by the user and stored on cartridge. In addition, 
the system will identify an unknown or unmarked device if it 
matches one in the library. 


The Simulation Option Package (or Enhanced Option 
Package) consists of hardware that may be installed in che 
main unit to provide three additional features: 

- Reference Device Simulation 

- Delayed Gate 

- Shadow RAM 
Rd Simulation is effectively an automatic reference device 
for most SSI and MSI ICs. It is implemented with a 
reconfigurable high speed logic array. This removes the need 
to handle, and insert in the ZIF socket, actual reference 
devices in many cases. The Simulation Library files are 
maintained on a PC and downloaded to the tester to reside 
with a Sequence on cartridge or system RAM. 


Delayed Gate solves contention problems when testing bus 
devices. Shadow RAM resolves initialization problems when 
testing RAMs. 


SPECIFICATIONS 


1.2 SPECIFICATIONS 


1.2.1 DEVICES SUPPORTED 


(a) 


(b) 


(Cc) 


(d) 


() 


Reference Devices must be digital IC’s with TTL 
compatible inputs and outputs, up to 28 DIP pins. 


SSI to VLSI devices with one LS load drive capability. 
For weaker devices, with as little as one third this 
drive capability, the keyboard selectable "RD Drive 
Low" option can be chosen to enable comparison 
testing. It should be noted that this reduces the 
maximum signal specification by 40 percent to 
12 MHz. 


Testable devices include the following technologies: 


ee 
ACT, FACT 


Other technologies that do not meet the. RD 
specification defined in (a) and (b) (e.g. HC, 74Cxx 
series), are testable if they have TTL functionally 
compatible equivalents and if device timing variation 
falls within the FMASK range. 


Custom Components: PAL, HAL, PLA, FPLA and 
Gate Arrays. 


Memories: Static and Dynamic RAM, ROM, PROM, 
EPROM, FIFO and LIFO. 


Deed 


(f) 


(g) 


(h) 


(i) 


(j) 


SPECIFICATIONS 


RD is supplied with up to 400 mA at 5 volts. RD’s 
with standard power pins and a majority of non- 
standard configurations are supported. 


SO version surface mounted devices may be compared 
via the appropriate clip to an equivalent DIP version 
RD. 


In principle, any device that can be modelled with the 
Simulation Option, regardless of its drive capability, 
may be tested. Simulated devices may be slightly faster, 
the same or slower than their equivalent RD, 
depending on device technology. Typical differences 
range trom 0 to 40 ns and are compensated for by the 
FMask parameter. 


4000/14000 CMOS family devices which may operate 
at supply voltages up to 15 volts are testable using the 
Simulation Option. 


Mixed voltage devices such as 75xxx and 14xx line 
drivers may be partially tested using the Simulation 
Option to define an equivalent 5 volt device as the 
RD. 


1.2.2 SIGNAL CHARACTERISTICS 


(a) 


Maximum data rate on any input, output or I/O pin is 
20 MHz with a minimum pulse width of 20 ns. 


SPECIFICATIONS 


(b) 


(Cc) 


(d) 


(€) 


(f) 


1.2.3 


(a) 


(b) 


(C) 


The input circuit in the Interface Buffer is fully 
protected in the -25 V to +25 V range. Signals 
exceeding those levels may cause damage to the 
Interface Bufter. 


The input circuit has a programmable threshold which 
can be set in 100 mV increments in the range of 0 to 
5 V. Setting accuracy is +/- 100 mV. 


The threshold is a single level above which signals are 
seen as "Logic 1", and below as "Logic 0". 


The maximum line to line signal skew introduced 
between channels is +/- 2 ns from the acquisition 
point at the clip to the comparison point in the tester 
main unit. 


Simulated RDs may require a minimum FMask as 


large as 40 ns. The maximum signal speed that may be 
tested with such a setting is 12 MHz. 


FAULT CAPTURE 


The tester has a 10 ns fault capture resolution on full 
frequency range (DC to 20 Mhz). 


The fault capture window is programmable in 10 ns 
increments in a range of 20 to 200 ns. 


Non-multiplexed fault circuit per channel ensures the 


capture of Static, dynamic (timing-related) and 
intermittent faults. 
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1.2.4 TIMING PARAMETERS 


(a) 


(b) 


(c) 


(d, 


Test duration is programmable from 1 msec to 9999 
ms in 1 ms steps, or continuous. 


Synchronization time is programmable from 10 to 9990 
ms in 10 ms steps or it can be turned OFF. 


Reset Duration is programmable from 10 to 32767 ms 
in 1 ms steps. Offset is programmable from 0 to +/- 
32767 in 1 ms steps. Offset is the time between the 
trailing edge of the Reset pulse and the comparison 
interval. 


The Delayed Gate Feature available with the 
Simulation Option permits a test window to be set 
with a specified duration and delay after a device is 
enabled. Delay, resolution and duration values together 
can span the following ranges with a resolution of the 
minumum value: 


40 ns 10.2 us 
80 ns 20.4 us 
120 ns 30.6 us 
160 ns 40.8 us 
200 ns 51.0 us 
240 ns 61.2 us 
280 ns 71.4 us 
320 ns 81.6 us 
600 ns 153 us 


SPECIFICATIONS 


(e) 


1.2.5 


(a) 


(b) 


(C) 


1.2.6 
(a) 
(b) 


The Shadow RAM feature available with the 
Simulation Option requires the RAM under test to 
Operate with a minimum of 20 ns setup and hold times 
on the address strobe timing lines. 


FREQUENCY MEASUREMENT 


Guaranteed frequency range of DC to 20 MHz with 
an accuracy better than 0.5%. Minimum pulse width 
is 20 ns. 


Autoranging measurement is performed on any and 


all pins plus an external lead. 


Repeated averaged measurements of period, time high 
and time low provides timing accuracy in the 
nanosecond range. 


USER MEMORY 


Volatile system RAM for user files is 48K in size. 


Non-volatile RAM for user files resides on cartridges 
of 32K and 64K in size. 


SPECIFICATIONS 


1.2.7 INTERFACES 


(a) 


(b) 


(C) 


(d) 


(€) 


Plug-in cartridges can be used to store data such as 
sequences, simulation library files, log files and RD 
test patterns. The Write Protect feature prevents 
accidental data erasure. 


Twenty-eight pin LED monitor displays the activity 
on the DUT during the test and the failed pins at the 
end of test. 


An eight line by forty character graphic LCD display 
is used to present system information. 


Operator input into the system is done through a 
membrane keyboard featuring soft keys for easy menu 
selection and ASCII keyboard for data entry. 


The serial communication port (RS232C) is a standard 
feature of the system. It is programmable to operate 
in the following modes: 


Pin DTE or DCE (Data Terminal 

Assignments or Data Communication 
Equipment) 

Baud Rate 300,600, 1200,2400,4800,9600 or 
19200 

Character 5, 6, 7 or 8 bits 

Length 


SPECIFICATIONS 


(f) 


Stop Bits 
Parity 


Timeout 


1, 1.5 or 2 bits 
Even, odd or none. 


1, 2, 5, 10, 30 seconds 
1, 10 minutes, none 


The patch leads on the Interface Buffer have the 
following characteristics: 


GND - 


EXT - 


RST - 


VCC 


two ground reference connections for 
the board under test 


a 29th input channel in addition to the 
28 from the test clip with an impedance 
of 10 Kohm. Uses include external 
triggering and gating of the test. 


a normally tristated reset signal. For a 
negative polarity pulse the lead is 
driven high tor 10 ms, low for the pulse 
duration and back high for 10 ms. The 
reverse occurs for a positive pulse. 
Internal drive will sink/source 50 mA at 
0.8/4.2 V. External drive will 
sink/source at 0.8/(VCC-0.8) 


a voltage from 2V to 15V used to 
supply external drive for RST. 
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1.2.8 TEST CLIPS 


(a) 


The standard test clips provided are universal and 
come in 3 different sizes: 


16 Pin - 0.3" spacing DIP Clip 
24 Pin - 0.3" spacing DIP Clip 
28 Pin - 0.6" spacing DIP Clip 


The 16 pin clip can be used on any 0.3" DIP package 
with 16 pins or less. The 24 pin clip can be used on 
any 0.3" DIP package with 24 pins or less, and the 28 
pin clip can be used on any 0.6" DIP package with 28 
pins or less. 


Optional DIP test clips with 8, 14, 18, 20, 24 (0.6") 
pins are available if, due to PCB density, clipping with 
the larger standard clips proves to be a problem. 


Optional SMT test clips are available for 8, 14, 16, 20, 


24 and 28 pin SOIC devices. They can clip on devices 
of 0.15" and 0.3" widths. 


oe 


SPECIFICATIONS 


(d) 
(e) 


12.9 


Test clip loading is 10 Kohm @ 30 pF per pin. 


Automatic clip check verifies proper clip size and 
orientation at the start of each test and that a clip was 
not moved during the test. Improper clipping or failure 
to detect the correct power on the DUT will result in 
an error and the termination of the test. 


PHYSICAL AND ELECTRICAL 


Power 115/230 VAC, 47-63 HZ @ 100 watts 
Weight 12 lbs. ( 5.44 Kg) 
Dimensions 


Main Unit 12 x 15 x 3.5 inches 
30.5 x 38.1 x 8.9 cm 


Interface 8 x 8 x 0.75 inches 
Butter 203 x 2035 x 1.9 cm 
Cable 48 inches 

Length 122 cm 


Peas 
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1.3 SYSTEM COMPONENTS AND 
OPTIONS 


PART NUMBER DESCRIPTION 


900 FLUKE 900 Main Unit with: 

-Interface Buffer (IB) 
-Test Clips: 

16 pin 0.3" (Y900-16D) 

24 pin 0.3" (Y900-24D) 

28 pin 0.6" (Y900-28D) 

-One Data Cartridge (Y900-001) 
-One Set of Patch Cords (Y900-005) 
-RD Tray and Cartridge Holder 
(Y900-003) 

-Operator Manual 

-Training Certificate 


-Power Cord 
900-001 RD Simulation Option with Shadow 
RAM, Delayed Gate (Factory Installed) 
900-001UGK RD Simulation Option as above 
(Field Upgrade Kit) 
Y900-001 32 K Data Cartridge 
Y900-007 64 K Data Cartridge 
Y900-002 Set of Three 32K Data Cartridges 
(Y900-001)including Cartridge Tray 
Y900-003 Reference Device Tray & Data 
Cartridge Holder 
Y900-004 Cartridge Holder (for 3 cartridges) 
Y900-005 Set of Five (5) Patch Leads and Clips 
Y900-006 Model 900 Carrying/Shipping Case 
Y900-007 Model 900 Operator Manual 
Y900-008 Model 900 Training Manual 
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PART NUMBER DESCRIPTION 


DIP CLIPS 


Y900-08D 
Y900-14D 
Y900-16D 
Y900-18D 
Y900-20D 
Y900-24D 


Y900-24D W 
Y900-28DN 


Y900-28D 


8 Pin DIP Test Clip (0.3") 
14 Pin DIP Test Clip (0.3") 
16 Pin DIP Test Clip (0.3") 
18 Pin DIP Test Clip (0.3") 
20 Pin DIP Test Clip (0.3") 
24 Pin DIP Test Clip (0.3") 
24 Pin DIP Test Clip (0.6") 
28 Pin DIP Test Clip (0.3") 
28 Pin DIP Test Clip (0.6") 


SURF4.CE MOUNT CLIPS 


Y900-G8S 
Y900-14S 
Y900-16S 
Y900-20S 
Y900-24S 
Y900-28S 


8 Pin SOIC Test Clip 
14 Pin SOIC Test Clip 
16 Pin SOIC Test Clip 
20 Pin SOIC Test Clip 
24 Pin SOIC Test Clip 
28 Pin SOIC Test Clip 
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1.4 INSTALLATION 


This Section contains information on unpacking, connecting 
and turning on the tester. It describes the main features for 
user interaction and details the setting of options in System 
mode. 


1.4.1 SHIPPING INFORMATION 


The unit is shipped in a rugged foam-packed carton. When 
you receive the unit, inspect it thoroughly for possible 
shipping damage. When reshipping , it is strongly advised to 
use the original packing carton. Replacement cartons are 
available from the factory or through your local sales office. 


1.4.2 UNPACKING 


Inside the carton are several packages held in place by foam 
retainers: 


- cardboard box containing the Interface Butfer 

- linen covered box containing User’s Manual and 
Reference Device Tray with one Data Cartridge 

- Main Unit 

- small accessories including power cord, test clips and 
patch leads. 
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The User’s Manual Box and cardboard box are first removed 
from the top of the foam retainer. The entire retainer may 
then be lifted out of the carton and the interlocking foam 
pieces pulled apart. It is advisable to keep the packing 
materials to use again for any future shipping requirements. 


1.4.3 CONNECTING INTERFACE BUFFER AND 
POWER 


The Interface Buffer plugs into the right side of the main 
unit through the two ribbon cable connectors labelled J1 and 
J2. Care should be taken to follow three rules: 


L IB must be installed with power off. 
es Both J1 and J2 must be plugged in. 
3 J1 and J2 must be installed correctly as labelled and 


not reversed. 


The power cable plugs into a receptacle at the rear left of 
the main unit. 


1.4.4 LINE FUSE REPLACEMENT 


The line fuse is located in a recessed compartment next to 
the power cord receptacle. To replace it, remove the power 
cord and slide the clear plastic panel over, exposing the fuse 
receptacle. Pull the black plastic lev2r to pop out the fuse. 
The proper rating for replacement fuses is 3A, 250 V. 
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1.4.5 CONNECTING TEST CLIPS AND PATCH LEADS 


Clips and leads may be inserted into the IB under power 
since it is fully protected to + or - 25 V. Patch leads are 
best connected to an unpowered system under test to avoid 
accidental damage to the board under test. Clipping on IC 
devices with test clips is normally done with power to the 
board under test. The clips are inserted into the IB with 
their logo facing up. 


1.4.6 POWER UP AND SELFTEST 


To turn the unit on after connecting the IB and AC power 
cord, press the toggle switch located on the rear lett side. 
The power LED will illuminate and the screen will display a 
series of selftest messages beginning with a memory test. An 
extensive selftest and calibration is performed for 
approximately a minute. A timing verification is made in the 
signal path from the IB to the reference device ZIF socket 
on the front of the unit. In normal operation the four most 
common causes of apparent selftest failure are: 


RD inserted in ZIF socket. 

Test clip attached to board under test. 
EXT lead attached to board under test. 
Key depressed on IB. 


ee 


If selftest fails, first check the possible causes listed above. 
At this point, <F1> may be pressed to re-execute the 
selftest or <F2> to ignore a failed result and continue with 
file handling operations. Actual testing will not be allowed 
unless selftest passes. 
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If a true hardware fault is suspected, press <F3> to enter 
debug mode. A printer may now be connected to the serial 
port (see Section 1.6.2 for port option setting). Press 
<<prt_res>> to print out a diagnostic listing similar to the 
following: 


FLUKE 900 - Selftest results 


Software version: 5.00 
Library version: 5.00 


HSB rev: 2 
- Shadow RAM installed 
- Delayed Gate installed 
- RD Simulation installed 


MB rev: O 
IB rev: O 


General results: 
X0000 00000 00000 00000 00000 01000 
00000 00000 00000 01X0X X1XXX XXXXX 
Flags: 
00000000 00000000 00000000 00000000 
00000000 00000000 00000000 00000000 


Individual results: 
26 00000000 10000000 00000000 00000000 
46 00000000 01000000 00000000 00000000 
51 00001000 00000000 00000000 00000000 


This will assist the determination of the exact problem when 
communicating with authorized service personnel. 
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The main screen after power up appears as: 


Power-up Screen 


The software revision levels are indicated on this screen. 
"System" refers to the ROM-based operating system that 
provides the user features. "Library" refers to the ROM- 
based device library resident for recall by generic device 
number. This is a base library, to which the user may add 
further library devices. Note that testing may also be done on 
many devices without a library using the procedure outlined 
in Section 3.3.6. 


To determine if the Simulation Option is installed, press 
< <system>><ETC><<debug>>. A printout may now be 
made as described on the previous page to determine the 
hardware configuration. 
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1.5 OPERATOR INTERFACES 


1.5.1 SCREEN 


The high resolution supertwist LCD screen displays 8 lines of 
40 characters which are divided into several groups: 


-- Information Area for test results and parameters. 

- Status Line showing the current mode of the tester 
and providing prompts for user entries. Additionally, 
the time is indicated on the right side. 

-- Command Lines for data entry. In most modes, 
information is typed in this area and perhaps changed 
before being transferred to the Information Area upon 
pressing <ENTER>. 

-- Function Ky labels which apply to keys Fl through 
Fo, 


1.5.2 KEYBOARD 


The membrane keyboard shown below provides audible tone 
feedback when pressed. When describing keys, the 
convention used is single brackets <> for labelled keys and 
double brackets <<>> for soft Function Keys. 
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Keyboard Layout 


Alphanumeric Keys 


Used tor data entry, they also print lower case using the Shift 
key. After pressing for two seconds, the keys repeat. 


<CE> (Clear Entry) performs a backspace function to 
delete the last character. Shift <CE> deletes the last word. 
Cntr <CE> deletes the complete entry. <ENTER> 
terminates a line of data. As you will see, it typically puts 
user inputs into the fields of the main display. 


| 
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Cursor Control Keys 


Movement by space, tab field, page and line 

(BOL = beginning of line, EOL = End of line). 

(SHIFT up arrow = Page Up, Cntr up arrow = top of file) 
(Down arrow, SHIFT and Cntr = Page down, bottom of file) 


Test, Next Keys 


These are used in manual and sequence modes to test and 
step from device to device. Duplicate keys are located on 
the Interface Butter. The TEST key is alternate action start 
and stop. 


Function Kevs 


Labels tor Fl through F5 are found on the bottom line of 
the display. <ESC> returns control to a previous key level. 
<ETC> displays additional labels that are present on a 
current key level. When there is a second level, "-etc-" 
appears on the right of the command line. 


1.5.3 MONITOR 


Two rows of LED’s beside the ZIF (zero insertion force) 
socket act as a logic monitor for signal activity on the test 
device. In addition, when a fault is captured, flashing LED’s 
will indicete the offending pin(s). The pin numbers for the 
right side of the socket are arranged in columns according to 
the various device sizes. The appropriate co!™mn is indicated 
by an illuminated LED. 
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1.5.4 CARTRIDGE 


A data cartridge that typically contains preprogrammed test 
information inserts into the slot on the rear right side of the 
unit. Insertion and removal with the label facing upward may 
be done safely with the unit powered up. Note that file 
creation and writing to the cartridge should be complete 
before removal to avoid garbled data. Cartridges contain 
32K or 64K of nonvolatile RAM storage guaranteed for 10 
years of data retention. When the write protect switch is put 
on, cartridge data is sate trom accidental erasure. 


1.5.5 FUNCTION KEY MENU 


The labels of the five function keys appear on the bottom 
line of the display. They change according to a tree 
structure of menu levels summarized below. Note that 
<ESC> is used to step back up the menu tree towards the 
main power up screen and <ETC> selects between two sets 
of labels on the same menu level. 


OPERATOR INTERFACES 


- 
MANUAL MODE MENU 
Power On 
manual sequence develop system 
ETS 
local global freq results comment log rd  clip_chk 
on/off 
ETC>y -, 
rdt_run rdt_off c_sum rd_sim shadow identify 
-— 
— 
| rdt_on 
| ! ! state EoT log_on log off prt_log show_log advn 
i 
| | | 
| ! f upsanes ea Aa 
pin_def save_pin 
) | | eee! temeemeeamnee 
thru) ext gate del_gate detail no_time next_freq 
ETC 
a, 


t_time f_mask thrsld reset trigger gate 


ETC 
t_time f_mask thrsld pin_def reset size s_time trigger gate rd_drv 
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-~ 
SEQUENCE MODE MENU 
Power On 
manual sequence develop system 
run_seq List_seq 
ETC: ee tee 
Local global freq results comment log rd_ clip_chk start untested 
—_ a are aS 
state EoT lLog_on log_off prt_log show_log advn 
| pin_def save_pin 
| 
ErC> 
| thru ext gate detail no_time next_freq 
| 
! 7 1 
| t_time f_mask thrsld reset trigger gate 
r—<ETC 
t_time f_mask thrsld pin_def reset s_time trigger gate rd_drv 
-~ 


L=a 


OPERATOR INTERFACES 


DEVELOP MODE MENU 


Power On 


manual sequence develop’ system 


files new_seq rd_lib 


manual rd prt_pat edit compile 


ETC 
manual dsp_loc defn_loc end save_fil del_loc 


(SEE MANUAL MODE MENU) 


Ree ee ee ee 
dir edit compile print copy up_ load dn_load delete recover cart 


verify backup fix format 
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SYSTEM MODE MENU 


Power On 


manual sequence develop system 


| 


Ei 
time&dat rs232c sound printer config log debug 


run display prt_res 
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1.6 OPTION SETTING IN SYSTEM MODE 


System mode permits a user to configure a variety of tester 
options from the keyboard. These settings are retained in a 
battery-backed storage even while powered down. The 
System screen appears as follows: 


System Screen 


1.6.1 SETTING TIME & DATE 


Press <<time&dat>>. Follow the command line prompt 
and enter a desired new value. The Syntax for the time 
using a 24 hour day is HH:MM and/or the date using the 
day, month, year form is DD/MM/YY. Time and date must 
be separated by a space. The entry for 3:05 PM, August 17, 
1990 would be: 

15:05 17/8/90 


This information will appear as headers for test result logging 
or any file printouts. 
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1.6.2 CONFIGURING THE SERIAL COMMUNICATION 
PORT 


Press <<rs232c>> and observe the following screen: 


BAUD RATE: [si PARITY: NONE 
STOP BITS: MODE: DCE CL 
BITS/CHAR: TIMEOUT: NONE 


RS232C Setup Screen 


<<advance>> is used to highlight a specific parameter 
before changing it. <<roll>> is used to cycle through the 
available settings of a highlighted parameter. 
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The mode parameter defines the handshaking control 
between tester and data source or destination. 


PIN DTE DCE 
2 XMIT DATA ~——- RCV DATA 
3 RCV DATA XMIT DATA 
4 RTS (SOURCE) RTS (SENSE) 
5 CTS (SENSE) — CTS (SOURCE) 
6 DSR (SENSE) DSR (SOURCE) 
7 GROUND GROUND 

20 DTR (SOURCE) DTR (SENSE) 


The designation OL means open loop and the tester will 
ignore the control line status. CL means closed loop. The 
tester will stop sending data when it senses a control line 
going low. In the closed loop setting it also responds to 
received XON, XOFF protocol characters. 


The timeout parameter is the length of time the tester will 
wait for a positive control line signal before it assumes a 
failure by the receiving equipment and aborts its data 
transmission. 


Once the settings are established, pressing <<end>> or 


<ENTER> will update the new values into the nonvolatile 
RAM. 


1 - 30 


- 


OPTION SETTING IN SYSTEM MODE 


1.6.3 SETTING THE VOLUME OF THE AUDIBLE 
TONE 


Press <<sound>> and observe the current setting: 


Sound Screen 


<Fl> and <F2> change the displayed setting and 
<ENTER> updates it into nonvolatile RAM. 
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1.6.4 FORMATTING PRINTER LISTINGS 


Press <<printer>> and observe the definition of a page in 
lines and columns. A standard indentation from column 1 
and selection of a line terminator (CR, LF or CR LF) may 
also be made. 


Lines: 60 Indentation: 10 
Columns: 80 Printer port: RS232 
Line terminator: <CR><LF> 


Printer Setup Screen 


Press <<line>>, <<col>> or <<indent>> for a 
command line prompt that requires a numeric entry. Press 
<<end>> to update the nonvolatile RAM values. 


Note: The printer port is permanently assigned to the RS232 
port. 


oe 


OPTION SETTING IN SYSTEM MODE 


1.6.5 DEFINING LOG FORMATS FOR TEST 
RESULTS 


A log format is a data filter that selects only specified 
meaningful paris of the test result data. Press 
<<contig log>> to show the names of five log formats that 
can be renamed and redefined by the user. 


Log Format Screen 


For example, pressing <<all>> displays eight settings: 
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S22 i = sequence flow oan 
ges user comments on 


rm Cc 
lures 


Log Settings Screen 


The name of any log format can be changed with a command 
line entry. As betore, <<advance>> moves the highlighted 
cursor and <<roll>> scrolls through various settings. Data 
logging is usually done to keep track of test results while 
using a sequence. The explanation of the “all" log format 
shown above is: 


- data logged to a file. This file may be stored on a 
cartridge or in the system RAM for subsequent upload 
to a computer or printer. If this setting is changed to 
"printer", the data goes to the communication port as 
it is generated. 

- local parameter changes by the operator are logged. 

- device failures are logged. In addition, if a parameter 
is.changed and a pass result occurs, both the failure 
and subsequent pass are logged. For the case where 
a failure occurs, the clip is adjusted and a pass occurs, 
nothing is logged. 
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device passes are logged. 

anytime a user deviates from the clipping order of the 
sequence, it is recorded. 

user comments such as "board repaired" are logged. 
times other log files are opened and closed are logged. 
all device locations not tested with the sequence are 
logged. 
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2 TECHNICAL PRINCIPLES 
2.1 TEST METHODOLOGY 


Circuit board testing always involves the application of a 
controlled signal stimulus and the evaluation of a measured 
response against expected parameters. When this is 
employed for the board as a whole, it is termed a "go/nogo 
test". When used to isolate the source of a failure down to 
the component or internal node of a board, it is termed 
"diagnostics". 


The FLUKE 900 is a fault isolation tool designed to add 
diagnostic capability easily to an existing go/nogo test. A 
straightforward application would be to measure the response 
of devices in their circuit to a board’s resident selftest. 
Another example is diagnosis in system test where a board is 
exercised during normal product operation. Finally, as a 
complement to another tester, such as a microprocessor 
emulation tester, the FLUKE 900 can use the test stimulus 
routines to isolate a failing area to the faulty node or 
component. 


The FLUKE 900 employs a principle called Dynamic 
Reference Comparison (DRC) to passively monitor and 
analyze internal board signal activity. Because there is no 
backdriving that would create artificial conditions, the method 
is ideal for detecting timing and static problems that occur in 
the natural board environment. The main requirement is 
that the stimulus be controllable so it can be run from the 
same point repeatably. The FLUKE 900’s reset and trigger 
features make this easy to do. 
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In addition to identifying faulty components with high 
accuracy, good devices are differentiated from failing ones in 
spite of feedback loops and data dependant faults that 
confuse other methods. _ Dynamic Troubleshooting 
complements a range of user skills and other test equipment 
to be a complete diagnostic solution or an effective 
diagnostic enhancement. 


Various levels of automation may be programmed into the 
tester according to the knowledge of board operation and 
troubleshooting experience of the test technician. A test 
sequence Is a guided clip troubleshooting procedure designed 
to prompt the user step by step through a board. If a user 
has little insight into the failure mode, he is prompted 
through the <NEXT> key to clip in a preprogrammed - 
order, typically ty signal flow. An experienced user may 
choose to jump to a specific device to verify a hunch, 
shortcutting the predetermined order. The sequence relieves 
the operator from remembering test setup, parameter and 
device number information since all references are stored by 
board location (e.g. U48). 


The information provided as test results may be used in a 
manually interpreted or automatic fault tracing algorithm. 
The functionality of each device is evaluated to give a PASS 
or FAIL determination. The tolerances of this test are 
preprogrammable and operator variable for flexibility of 
analysis. Additional signal checks include logic status, static 
or active check, and frequency measurement. A built-in logic 
monitor reports these pin-by-pin results at the end of a test 
in an easy-to-ree4 pictorial format. Thus, even with a PASS 
result, missing signals will assist in backtracing. 
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2.2 DYNAMIC REFERENCE COMPARISON 
(DRC) 


DRC evaluates a suspect digital device that is operating in its 
circuit by comparing its Output signals to those of a known 
good device operating in synchronism under the same input 
stimuli. This technique is sometimes referred to as hardware 
or golden chip comparison. In principle, any device for 
which you have a known good sample may be verified in its 
circuit. 


In order to make this practical over a wide range of digital 
devices, adjustable parameters are required in two areas of 
device performance: 


i. Initialization of suspect and known good devices. 


i Allowance for in-circuit effects relative to an unloaded 
reference device. 


Initialization usually involves ignoring the comparison result 
until the reference device (RD) and device under test (DUT) 
are in the same state. A variety of techniques are used 
relying on either stimulus activity received by the DUT or 
additional stimulus applied to the RD to make one "catch 
up" to the other. In circuit effects that must be compensated 
for include fanout loading, noise, bus _ contention, 
indeterminate states and apparent timing race problems. The 
initialization and compensation parameters may be explained 
by examining DRC first at the device level, then at the board 
level. 
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2.2.1 DRC - DEVICE LEVEL CONCEPTS 


The diagram below shows the basic signal routing when a test 
clip is applied to a DUT. 


HOARD UNDER TEST 


lt 


~ “7 

INTERFACE BUFFER 

= Scanian = eaeeanRanE 
DIFTEST CIRCUIT 


TEST 
RESULT 


The input signals to the DUT are extracted and applied to 
the RD. Output signals are extracted and routed to a 
comparison circuit where timing tolerances and masking 
windows are applied. Only conditions that exceed the 
defined parameters are latched as a FAIL test result. The 
tester has a "Diftest" sensing circuit on the RD to determine 
in real time whether a pin can drive, and thus, whether it 
(and the corresponding DUT pin) is input or output. Signals 
from DUT input, output and bidirectional pins are routed 
appropriately to RD inputs or the comparison circuit. Note 
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that, if a reterence device is not present (ie. the ZIF socket 
is empty), the Diftest circuit assumes all pins are inputs and 
none are outputs. Therefore, no fail results can occur. 


In considering how a test result is produced from the 
comparison circuit, it is helpful to think of what two 
corresponding RD and DUT output signals would look like. 
They will differ because of in-circuit conditions and, in fact, 
there may be a range of differences seen over many devices 
that we term the Performance Envelope (PE) of a good 
device. 


Time (nsec? 


FMASK > Apporent Fault 


Performance Envelove 


i) 
\ 
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Note that the apparent fault is affected by the variable 
threshold sensed on the DUT through the Interface Butfer. 
In addition, a fault mask parameter (FMASK) can be delined 
as the maximum allowable discrepancy between RD and 
DUT on each signal transition. Differences exceeding 
FMASK will be considered a true fault. MASK is 
programmable in 10 ns increments, from 20 ns to 200 ns. 
Threshold is programmable from 0 to 5 volts in 100 millivolt 
increments. Note that the commonly observed difference 
between a loaded DUT and unloaded RD is 30 ns. With 
FMASK set at 30, a fault will be indicated with a 40 ns 
discrepancy or, in other words, there is a 10 ns fault capture 
ability. 


When using the Simulation Option, simulated RDs can be 
slightly faster, the same or slightly slower than the equivalent 
reference device, depending on the complexity and 
technology of the real device. Differences may range from 0 
to 40 ns and this is compensated for with FMASK. 


Other relevant parameters at the device level are 
Synchronization Time (S_TIME), Trigger (TRIG), Ignore Pin 
(PIN DEF) and Gate. Sync Time is the time before 
comparison when RD and DUT are synchronized. There are 
a number of techniques, specific to each device, which are 
tried to synchronize RD and DUT. If unsuccessful, the test 
will not commence. Trigger is a user-definable two word 
event on the device pins that indicates RD and DUT are 
initialized. The Pin Definition parameter permits the 
ignoring of specified pins. Gate is a selective ignore of all 
pins depending on the state of other signals and is useful to 
mask out indeterminate conditions. 
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The Simulation Option also has Delayed Gate and Shadow 
RAM features tor masking out conflicts on bus drivers and 
memories. Delayed Gate sets a comparison window that is 
delayed for some time alter the device under test has been 
enabled. This permits ignoring of bus contention that appears 
in some designs when two drivers are momentarily enabled 
together. Shadow RAM inhibits comparison on RAM 
addresses that have not first been initialized. Some board 
selftest firmware performs a read before write to areas of 
memory and it will appear as an apparent failure even on a 
good board. These features are a simpler way to deal with 
such application problems than the Gate and Trigger that 
may be employed on testers without the Simulation Option 
installed. 


2.2.2 DRC - BOARD LEVEL CONCEPTS 


The task of synchronizing RD and DUT is assisted by 
whatever means are available to initialize the board under 
test. For microprocessor controlled circuits, this normally 
involves the tester’s Reset parameter. The polarity and 
timing of this Interface Buffer pulse signal is definable for 
restarting the board repeatedly every time the <TEST> key 
is pressed. For the setup where another system or tester 
must be in control of the start of test, the External Trigger/ 
External Gate lead on the Interface Buffer is used. A 
diagnostic verification normally uses a Test Time (T_TIME) 
parameter set to the duration of the go/nogo test. 
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2.3 SIGNAL CONDITION TESTS 
AND OPERATOR CHECKS 


These features provide troubleshooting assistance in addition 
to the basic DRC device functionality tests. Signals to the 
board under test and DUT can be assigned attributes and 
flagged to the user when they deviate. Typically, clock 
signals are assigned a specific frequency, chip selects and 
strobes are designated "active", inputs that are pulled up or 
down by resistors are designated H and L, and key otf board 
input signals are checked for their presence. Such condition 
testing may be done independently or together with DRC 
to assist in backtracing a fault. 


Several features ensure that the user has properly set up the 
test. A clip check verificaticn makes sure that the DUT clip 
is the proper size and orientation. It also checks that the 
DUT is receiving proper power. Since DRC relies on the 
presence of a known good RD, a useful feature is the 
RD Test. It not only ensures that the RD 1s correctly 
inserted into the ZIF socket on the front panel, but also 
applies a test pattern to the RD to make sure it Is good. 
This RD_Test feature can also be used on its own to 
perform simple device pre-screening and to identify an 
unknown device with its generic numbered equivalent. 


PROGRAMMING 


2.4 PROGRAMMING 


As with most ATE, the creation of a Sequence program is 
done by learning a good board. The learning, however, does 
not involve stimulus programming or recording of actual data 
streams. The general characteristics of the signals to and 
from a device are established - a relatively straight forward 
task. The Performance Envelope (PE) is set to an 
acceptable margin for each device on a good board. 
Normally, a few good boards are verified to ensure that the 
range of good boards all pass. Once these test parameters 
are established, along with a nominal order of clipping the 
various devices, it can be recalled from storage to diagnose 
a faulty board. 


A Sequence is a "guided clip troubleshooting procedure" and 
can be set up with varying degrees of automation. As a 
general guide, the more a programmer knows about a board’s 
operation, the more he can preprogram for automatic use by 
less experienced operators. Enhancements to a basic 
Sequence can include: 


- displayed operator prompts and troubleshooting hints 
- condition tests to assist signal tracing 
- clipping order based on test results. 


The basic sequence programming is done through keystroke 
entry, more like a programmable calculator than software 
generation. Advanced programming builds on this through 
a file editor using a simple test command language (see 
Appendix II). This is accomplished using the unit’s screen 
editor and keyboard “r via a serial communication link to a 
PC screen editor. 
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2.5 DATA LOGGING 


The tester will automatically record, for each board tested, 
such things as: 


- test results, especially failed devices 

- operator clipping and keyboard actions 
- devices not yet tested 

- start and finish times 

: rework instructions. 


This record can be listed on a printer, stored on a cartridge 
or sent over the communication port to a PC. It is useful to 
print out rework tags or for a user to reanalyse his 
troubleshooting. The information could be used to compile 
Statistics On methods and failure trends. 
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2.6 ELECTRONIC TESTING WITH DRC 


For the purpose of comparison testing, digital devices are 
classified into three groups as follows: 


COMBINATORIAL 

- those devices whose output pins reflect immediately 
the conditions on the input pins. They have no 
internal memory, but may have tristate Output pins 
(e.g. NAND gate, Bus Driver). 


SYNCHRONOUS 

- devices with internal memory whose state is brought 
to an Output pin or can be definitely inferred. They 
always have a clock input line (e.g. up/down counter, 
J-K Flip Flop). 


PROGRAMMABLE 
: devices which require data to be written into them 
before outputs are valid (e.g. UART, RAM). 


Depending upon which category a certain device falls into, it 
will have parameters that must be set properly for the three 
step DRC test: define, initialize, compare. 


Step 1 Defining a Device 


- IC number (i.e. 7400) 
or size (number of pins) 
- rd_drv (reference device ability to drive 1 US Load). 


Most device numbers with their associated size and rd_drv 
are already predefined. 
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Step 2 Initializing RD and DUT to the Same State 


- Reset (a pulse issued on the R patch lead to reset a 
board) 

- Offset (a delay to inhibit comparison after reset) 

- S_Time (Sync Time enables DUT activity and extra 
RD stimuli to synchronize certain device types.) 

- Trigger (starts comparison after a user-defined state 
appears on DUT) 

- Gate (enables and disables comparison from a user- 
defined valid state). 


Step 3 Comparing Output Pins within a Performance 
Envelope 


- T_Time (Test Time defines the duration of 
comparison) 

- F Mask (Fault Mask defines how close to compare 
RD and DUT) 

- Thrsld (Threshold defines logic 1 level) 

- Pin Def (Pin Definition permits specified DUT pins 
to be ignored). 
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2.6.1 COMBINATORIAL 


Let us consider a simple combinatorial device, such as a 
7400, and draw a timing diagram of what happens after you 
clip onto a DUT and press <TEST>. It is known as a test 
cycle diagram. | 


<TEST> {RD TESTICLIP — | Lae 
: t_time 
PASS 


ts. Result 
Combinatorial Test Cycle 


Notice that RD Test and Clip Check are performed first. 
This always occurs (unless rd_test or clip check are off) and 
so we will omit showing it in further test cycle diagrams. For 
the purposes of the Time-to-Fault value in the test result, it 
is measured from the start of the comparison (t=0). 
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We did not yet use any of the initialization parameters listed 
previously in group 2. They are tor more complex devices 
and circuit board conditions. Even on a simple 7400 we 
probably want to supply a reset pulse to force activity on the 
board under test. This appears as follows: 


<TEST> Compare 7 
: t_time ; 
PASS 
t=O Result 


nEG 


Combinatorial Test Cycle 


The Reset pulse has a definable duration (100 ms default) 
before comparison begins and has a polarity which can be 
defined positive or negative. 
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2.6.2 SYNCHRONOUS 


Now consider a synchronous device such as a 74161 counter 
or 74165 shift register. This requires a Sync Time which lasts 
only as long as it takes to put RD and DUT into the same 
State (to a maximum defined by the S_Time value). 


<TEST> Compare Time 
s_time t_time 
PASS 


t=O Result 


NEG Rerct 


Synchronous Test Cycle 


During S_Time, the RD and DUT are monitored to see if 
on-board activity puts them in the same state. We know it 
is in the same state by monitoring all outputs since there are 
no hidden states. For the 165 parallel load/serial out shift 
register, we must also observe a "parallel load" pulse or eight 
"serial shift" pulses to be certain that the hidden states are 
the same tor DUT and RD. The Sync Conditions tor each 
device form part of the ROM based device library and may 
also be created by users for new devices (See Section 7). 
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If no activity is seen on the DUT, synchronism may be 
attempted by stimulating the RD. For the ’161 counter this 
would be a series of pulses to the clock line. The patterns 
applied come from the device library and may be (as in this 
case) a specific vector, the RD Test stimulus vectors, or a 
random vector stimulus. If tristate outputs are present, a 
further parameter, Sync_Gate, is required to define validity 
of outputs. 


In summary, Sync Time is a period before reset/comparison 
during which every attempt is made to synchronize RD and 
DUT. Associated parameters include: 


- Sync_Time (maximum duration of synchronization 
attempts) 

- Sync_Cond (specified conditions, which must occur to 
synchronize RD and DUT) , 

- SYNC_Vect (RD stimulus during last part of S_Time) 

- SYNC_RDT (RD stimulus during last part of S_Time) 

; SYNC_PAT (RD stimulus during last part of S_Time) 


2.6.3 PROGRAMMABLE 


Consider a programmable device, such as an 8259 Interrupt 
Controller, which must receive mode control data to define 
its mode of operation. Prior to this, the pins are 
indeterminate and unable to be compared. If we wait after 
a Reset pulse for a sufficient time, the DUT will be 
initialized and valid comparison can begin. 
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The test cycle diagram with Reset Offset set to a negative 
value and s_ time olf, 1s: 


<TEST> Compare Time | 
OFFSET t_time 


PASS 
t=O Result 


NEG Reret 


Programmable Test Cycle 


Note that comparison does not begin until offset has elap ed 
after the Reset pulse. This technique assumes that board 
activity did actually initialize the device. A preferred method 
is to actively monitor the 8259 inputs for receipt of mode 
control data and trigger the start of comparison from thic.. 
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TRIGGER 
OCCURS 
<TEST> Compare Views 
; t_time 
PASS 
t:0 Result 


5¥ 


NEG Reret 


Programmable Test Cycle 


Note that comparison is held off only as long as it takes for 
the mode control word to appear on the DUT. If a failure 
is detected, the Time-to-Failure is measured from the Trigger 
point. 


Trigger is a defined state on the DUT pins (plus the EXT 
patch lead) that enables comparison to begin. Gate has a 
similar function in defining a window of comparison. 


Think of Trigger as: "start comparing when State X exists" 
Think of Gate as: "compare only when State X exists". 

Offset may be given a positive value, which advances 
comparison into the duration of the Reset pulse. This is 


mainly used to test the devices that actually control a board’s 
reset function. 
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<TEST> COMPARE Time 
OFFSET : t_time 


PASS 
t:0 Rerult 


NEG Rerct 


Test Cycle for Devices 
Controlling Reset 


The following is a master test cycle diagram which 
incorporates all of the initialization parameters we have 
looked at: 


TRIGGER 
OCCURS 
€TEST? ba testictia check Compare Time . 
s_time t_time 
PASS 


t:0 Rerult 


NEG Rerct 


NEG Reret 
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2.7 TESTING APPLICATIONS 


2.7.1 BOARD LEVEL 


The general rule for making a troubleshooting sequence is to 
automate the common sense techniques used in manual 
troubleshooting. This usually involves testing for critical 
signals and devices first and following the flow of signals 
through a board. On a microprocessor-based board, critical 
signals include CLK, RESET, HLT and bus control signals. 
One approach to such a board is to check first for the 
presence of these signals with condition tests (e.g. freq, H, L, 
Active states) and then proceed with testing. Alternatively, 
the devices responsible for clocking and control signals can 
be given a first priority in the sequence. On a 
multiprocessor board, the area of the master CPU is normally 
tested first. 


Bus structured board testing proceeds from the bus outwards. 
Often, by merely testing 20 pin devices first, this is achieved. 
Twenty pins is the size of drivers, transceivers and latches. 
For nonprocessor cards, testing proceeds from the card edge 
through the board. Note that any sequence is only a 
nominal troubleshooting order that the user can override to 
shorten the process. He may want to focus initially on 
failure-prone areas or verify diagnostic messages from a 
functional test. The diagnostic stimulus should be chosen to 
provide maximum activity. Ideally it can be repeatedly 
induced by resetting the board, or in the case of a multicard 
system, resetting the main board. Very occasionally, a reset 
will not effect a restart or multiple reset pulses cannot be 
handled by a board. Testing can still proceed under partial 
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reset conditions except for certain programmable devices or 
RAM that may not be initialized. In some cases, it may be 
better to use the External Trigger instead of Reset to start 
DRC testing from a signal indicating start of diagnostics. 


2.7.2 DEVICE LEVEL 


When a failure is detected,there are a number of things that 
may be done to give more insight and about the device: 


- reclip and retest to confirm the failure 

- press <<state>> to see if the failing pin is active or 
stuck 

- press <<EoT>> to see if elapsed time to fault is / 
consistent 

- increase FMASK to check the hardness of the fault 

- for a bus device, test a few others on the bus before 
concluding which one is bad. 


Loading Adjustments 


When a device drives a high fanout or capacitive load, the 
signal rise time will be extended. Increasing the FMASK 
setting will compensate for this. Loading is normally within 
50 ns of the response time for a device. If a greater 
FMASK is necessary, the user should investigate other 
causes. 
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Floating Inputs 


Inputs loading or connected to tristate source will cause an 
apparent fault when the device input signals are floating at 
an indeterminate level between 1 and’0. The DUT and 
Interface Buffer may see logic 1 at different levels. The best 
solution is to enable an external gate on a control signal that 
is active when device inputs are valid. 


Note: Adjustments to threshold that may appear to solve the 
problem are probably not universal. These reappear 
on other boards because different devices have 
difterent characteristic thresholds. 


Input Signals With Slow Rise Time 


When an input signal to a combinatorial device has a slow 
rise time, the DUT can see a change from 0 to 1 at a 
different time than the RD which is responding to the 
Threshold set on the Interface Buffer. An apparent fault is 
observed on an Output pin in this case. FMASK can be 
changed to allow a pass result, but a better solution is to 
change THRSLD to match more closely the DUT. For TTL, 
this means lowering the setting from the 2000 mV default. 


Noise 


To ignore noise and ringing on the inputs of a device, 
Threshold may have to be increased. Moving GND lead of 
IB close to DUT may also assist. Power supply spikes from 
the AC line input are a particularly difficult form of noise to 
ignore. 
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Race 


When the inputs to a sequential device (e.g. clock and data) 
are within a few nanoseconds, the slight skew of the System 
may cause the RD to clock in wrong data. If this is the 
cause of problems, you will generally observe failures on all 
Output pins (e.g. Q, Q of a flipflop). Try to move Threshold 
up and down to separate signal edges. 


Asynchronous Inputs 


An external interrupt or any asynchronous signal acquired by 
latching with a synchronous board clock may exhibit a race 
problem if the edges are very close. The latching device in 
this case is not testable with DRC. 

Bus Contention 

This occurs when more than one device is enabled on a 
tristate bus at the same time. Bus drivers such as 74244, 


74245 may exhibit this problem which is illustrated in the 
following timing diagram: 


Device 1 ENABLE sere 


Device 2 ENABLE nig eres 
Device 2 DATA VALID Pound ene ey ee 
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Output data for Device 2 is indeterminate before the last 
part of its output enable signal. One solution is to gate 
comparison testing {rom a signal which indicates valid data. 
Most microprocessor designs provide this signal on the bus 
controller chip. Another solution is to use the Delayed Gate 
feature of the Simulation Option. In this case the gating 
signal is found on the output enable pin(s) of the DUT. A 
comparison window of a specified duration is set for a 
specified delay after this gate occurs. In this way, the 
contention interval is ignored. 


High Speed Signals 


Recall that FMASK will ignore faults that are less than its 
duration. This implies that an FMASK setting of 60 ns 
cannot test signals faster than about 8 MHz at 50 percent 
duty cycle). To test 20 MHz signals, FMASK should be set 
to 20 ns. The general rule is that a signal’s pulse width must 
be larger than FMASK. 


Initializing Programmable Devices 


Programmable devices are indeterminate and will fail if they 
are compared before on-board activity initializes them. 
Synchronization data built into the library normally handles 
this. For new devices or RAM, it is left to the user to mask 
out indeterminate states. Some systems read from RAM that 
is uninitialized and the contents of the RD will not be the 
same. One solution is to trigger the start of comparison from 
a point after the read-before-write occurs. Refer to the 
RAM application advice in Appendix I for suggestions on 
setting an appropriate Trigger. Another, less effective 
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solution is to set the Reset Offset parameter to wait for a 
specified time after the Reset pulse before comparing. 
Alternatively, the Shadow RAM feature of the Simulation 
Option will automatically record the memory addresses that 
have been initialized and only permit comparison for those 
memory locations that have previously been written. 


2.7.3 FEATURE ADVICE 


The testing features are listed alphabetically below and 
peculiarities of their application are described. 


EoT 


- The end of test screen shows the states of all pins at 
the moment of failure. This is useful to determine the 
failing RAM address when solving read-before-write 
initialization difficulties of sequence creation. 


- The time-to-fault reading will only be consistent if an 
External Trigger is employed on initial microprocessor 
activity. This is because CPU devices act on a Reset 
pulse with an inconsistent response time. 


- Time-to-fault readings in the nanosecond range are 
useful for first fail conclusions. Readings in us and ms 
ranges are too coarse to be useful. 


FMASK 


- A lower setting provides a closer comparison and 
therefore higher quality of test. 
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- The setting should be high enough to pass the typical 
range of good boards. 


- An abnormally high setting (i.e. 50 ns more than 
propagation/access time) should be investigated to see 
if a Gate is more appropriate. 


FREQUENCY 


- Duty cycle information is only available through 
<<freq>> and it is affected by the Threshold setting 
for narrow pulses. 


GATE 
- Use as an alternative to large FMASK settings. 


- Bus control devices usually provide suitable signals for 
gating bus contention. 


- The frequency and duty cycle of the gate setting may 
be observed to monitor complex timing relationships 
(e.g. a gate set on RAS and CAS of a RAM to 


observe access time). 


- Delayed Gate (a feature of the Simulation Option) is 
the easiest way to ignore bus contention since it may 
be set up without knowledge of the board under test. 
After selecting a Gate on the chip enable pin(s), a 
narrow duration window is delayed step by step from 
the Gate edge until a PASS result is obtained. Then 
the duration is extended to the maximum value which 
still maintains a PASS. Refer to Appendix I for more 
application advice. 


2-27 


TESTING APPLICATIONS 


PIN_DEF (Active Status) 


Activity check will reflect pin status even while a gate 
is not true. * (i.e. an unselected bus device will still 
show active pins). 


Use sparingly since a bad board will have many missing 
signals and may be confusing. 


Use mostly on input pins since outputs are checked 
with DRC. Exceptions include one shots, line drivers 
and any other device not testable with DRC. 


PIN_DEF (H, L Status) 


H and L status checks are performed with 10K 
pullup/pulldown resistors in the Interface Butfer. 
Pullups are present by default to bring unused input 
pins to a definite state. For an L status check, the 
pullup is present; for an H status check, a pulldown 
resistor is switched in. 


PIN_DEF (F Status) 


Use to monitor ungated periodic clock signals. 


A Reset is issued with each pin frequency check. 


TESTING APPLICATIONS 
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PIN_DEF (IGN/COMP) 


- When a single pin on a device requires a large 
F MASK, that pin should be ignored while the device 
is tested a second time with a lower F_ MASK on the 
rest of the device. 


RD_SIM 


- When testing with a simulated RD, FMask is set to 
permit a PASS on a good board. If the setting that 
passes is higher than the signal pulse width, the 
RD_SIM should be turned off and an actual RD of 
the same technology as the DUT should be used for 
comparison testing. 


RESET 


- Occasionally, a simple Reset fails to duplicate power 
down reset. Testing can still proceed, except tor the 
few devices with uninitialized registers. 


- Very rarely, multiple Reset pulses cause such problems 
as blowing a fuse. The extra pulses used for 
synchronization may be disabled with the command 


SINC KESET OFF in the .LOU file of the 
Sequence. Alternatively, Trigger may be used instead 
of Reset. 


TESTING APPLICATIONS 


- Use of a negative Offset to wait for initialization on 
a device can be useful in trying to understand the 
operation of a good board. On a bad board, however, 
it is susceptible to false tailures. Trigger is a more 
effective initialization parameter in this case. 


- Use of a positive Offset is recommended for those 
devices that generate a board’s reset so that DRC 
testing is done during the Reset pulse. 


SHADOW RAM 


- This feature of the Simulation Option is automatically 
enabled when a device’s "shadow pattern" is present as 
a library file. For example, if a 4164 DRAM is 
selected on a tester with the option and a downloaded 
“shadow pattern" is present, a <<shadow>> key 
appears to permit disabling and re-enabling of Shadow 
RAM. A machine without the option or downloaded 
4164 shadow pattern will not present the key. 


STATE 

- The state screen shows the pin activity during test and 
can be a good qualitative indicator of how active a 
device was. 

THRESHOLD 

- It is recommended to keep Threshold constant and 


vary FMASK and Gate to make devices pass during 
Sequence Creation. 
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Threshold sensitive circuits are subject to board-to- 
board variations. 


On a signal with a long rise time, lowering Threshold 
can permit a lower FMASK setting and thus a closer 
comparison on other pins of a device that do not 
require a large FMASK. 


3 MANUAL MODE 


Functionally Testing Devices in_ their 
Circuit 


Manual Mode is used to test individual devices when no 
sequence exists. Test parameters may need to be adjusted to 
verify that an apparent fault-is not merely an improper 
default setting. Manual Mode is useful for knowledgeable 
users to test when board volume is too low to warrant 
creating a sequence. 


3.1 MAIN MANUAL SCREEN 


Press <<manual>> to enter Manual Mode. Note that, as 
with all nmienu levels, you may exit Manual by pressing 
<ESC> at the left of the row of function keys. To protect 
against inadvertently exiting and losing any set parameters, 
the screen will prompt for confirmation. Press <<yes>> to 
exit or <<no>> to resume in Manual Mode with the 
following screen: 


MAIN MANUAL SCREEN 


FMASK  J30ns THRSLO 
TTIME 1000ms 

SIZE 20 STD STIME OFF 

us ORY ules GATE OFF 


Manual Mode Screen 


There are three columns of parameters \vhich are set with 
default system values and the upper lett corner of the screen 
is reserved for a DUT part number. Parameters may be 
changed by the user through <<local>> or <<global>>. 
A local parameter change affects only the device currently 
displayed on the screen, while a global change affects the 
current and subsequent devices. When a device is selected 
by entering its generic part number, the parameter values are 
updated trom library memory. This ROM-based library is 
resident in the system and contains data for most common 
devices. Users may add other devices to their own library. 


When the RD Simulation Option is installed, factory-supplied 
library files to simulate reference devices may be downloaded 
using a PC Library Utility. They reside on a nonvolatile 
Cartricge or in volatile System RAM. These libraries cannot 
be created by the user. If the Simulation Option is installed 
(both hardware and Sim Library File), the words 
"SIMULATED RD" will appear beneath the device number. 
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MAIN MANUAL SCREEN 


Press "7400 <ENTER>" to bring up a typical standard part. 


FMASK 30ns THRSLO 
TTIME 1000ms G 

OFF 

_OFF 


Manual Testing 


The first column of parameters specifies the DUT. 

RD_DRV (reference device drive) is set HIGH for all parts 

that can drive 1 LS load and LOW for weaker devices. 

SIZE refers to the number of pins. STD (standard) means 

that power pins are: VCC=SIZE, GND=SIZE/2. That is, 

for a 7400, VCC is pin 14 and GND is pin 7. NSTD means 

any Other power pin assignment. The words "SIMULATED 

RD* will appear below the device number if this feature is 

enabled. The other two columns are parameters for 

initializing and comparison testing: 

- FMASK (fault mask), THRSLD (threshold) form the 
performance envelope 

- T_TIME (test time) is the duration of comparison test 

- S _TIME (synchronization time) is for library-defined 
synchronization 

- RESET, TRIG (trigger) are for user-defined 
synchronization 

- GATE is a window to mask indeterminate signals 

- ‘IGNORE shows number of pins masked completely. 
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3.2 TEST EXECUTION 


The procedure for testing a device in Manual Mode starts 
with entering the device number or size and setting any 
parameters that differ from default. The test clip is 
positioned over the suspect device with pin 1 on the clip 
lined up to pin 1 of the DUT. Larger overhanging clips may 
be used as long as pin 1 Is properly positioned. The correct 
reference device is clamped into the ZIF socket and 
<TEST> is pressed. The Status Line indicates "Testing" 
while the following steps occur: 


- Reference Device Test 

- Clip Check 

- Test Cycle (refer to Section 2.6) 
- Display Test Results 


#400 FMASK 30nS THRSLD = 2000rn¥ 
TTIME 1000mS IGNORE 

Lome HIGH STIME OFF RESET 

ole 


Manual Mode "PASS" 


TEST EXECUTION 


<F3>, <F4>, <FS5> are: 


<<freq>> - a frequency measurement mode 
unrelated to the Test Cycle 
<<results>> - a detailed graphic view of test results, 


user-selected for PASS, but 
automatically displayed for FAIL 

<<comment>> - a mode permitting keyboard entry of 
text to a test result log file 


The second function key menu level in Manual Mode is 
accessed by <ETC> and brings up the following keys: 


<<log>> - opens a file or printer path, into 
which is recorded test result data. 
<<rd>> - permits a variety of functions that are 


associated with the reference device 
including RD Test, simulation of the 
RD, identifying an unknown RD and 
shadowing a RAM RD to maintain 
initialization during test 

<<clip chk>> - permits disabling or re-enabling of the 
clip orientation verification 


TEST EXECUTION 


3.2.1 TEST RESULTS 


Test results fall into the following categories: 


bo 


Operator Checks (1, 2, 3) 

Performance Envelope Comparison (4, 5) 
Signal Conditions (6, 5 plus 6), and 
Unable to Test (7 a, b, c, d) 


"RD test failed" appears on the status line when no 
RD, the wrong RD, a faulty RD or one with 
insufficient drive capability is inserted in the socket. 
Failing to lower the contact clamping lever will also 
produce this message. (Severely shorted RD’s produce 
the message "Excessive RD current"). 


"No clip inserted" and "Clip size incorrect" are 
operator alerts that cannot be overridden by turning 
Clip Check off. "Vcc-Gnd check failed" and "No 
signals from clip" indicate a wrongly oriented clip or 
lack of power to the DUT. These may be overridden 
by turning Clip Check off. 


"Test aborted" appears when <TEST> is pressed 
again to stop the test cycle before comparison begins. 


TEST EXECUTION 


PASS - DUT within Performance Envelope 


"Pass" on the status line indicates that the DUT did 
not exhibit a fault and any specified signal conditions 
were satisfied. Press <<results>> to show a detailed 
view. 


PASS iss 


Exp: NOT SPECIFIED 


Result: HIGH ALWAYS 
Tt HIGH 


YUT PASS Screen 


The arrow keys are used to point the cursor to a pin 
of interest as highlighted in the status line. Expected 
preprogrammed conditions are listed as "Exp", actual 
results are listed as "Results", and the state of the pin 
at the end of test is listed as "State @ EoT”. 


TEST EXECUTION 


A complete snapshot of all pin signal conditions during 
the test is viewed by pressing <<state>>. 


Peake. ae " - = 
nae SET =F SCE oe 


Exp: NOT SPECIFIED 


1234561 
HHLAAAL . State (8 EoT: HIGH 


Pu Fe oo eeteees Se oe Se oe oe ee Cece 
33 = —a 52 S53 22 2 2 SSS CS iss SEES 


Se Se F 


State Test Result Screen 


From the State submode you can change expected 
signal conditions using <<pin def>>, the same 
parameter accessible from Local Mode. Alternatively, 
you may assign actually observed H, L or A conditions 
to each pin using <<save_pin>>. A complete 
snapshot of all pin states at the end of test is also 
available by pressing <<EoT>>. Note that the use 
of the save_pin feature overrides all pins defined 
previously using pin_def. 


It the DUT is a RAM and the Shadow RAM feature 
is enabled (see Section 3.4), the number of memory 
locations written during test is shown in the top part 
of the screen above the status line. 
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3. FAIL - DUT Exceeded Performance Envelope 


The graphic results screen appears along with "FAIL" 
in large letters when the DUT failed comparison as 
defined by the PE parameters. The failed pins are 
shown in reverse highlight and are flashing on the 
signal monitor. 


i e 


1111 
1364 au 
Exp: NOT SPECIFIED 


mare Result: ACTIVE 


DUT FAIL Screen 


As with the PASS screen, snapshots may be viewed of 
all pin activity during and at the end of test by 
pressing <<state>> or <<EoT>>. 


TEST EXECUTION 


Also shown by pressing <<EoT>> is the "Time to 
Fault" as measured from the start of comparison 
testing, with an accuracy of 40 ns or within the last 
digit shown (for ms, s). Note that most processor- 
based boards respond slightly differently each time to 
a reset pulse. Therefore, time-to-fault readings will 
only be consistent if an external trigger is connected 
to the processor Reset Out or Memory Read signal 
(i.e. first op code fetch). 


7400 


Sees es s. 
TaE4 


Time to Fault: 120.0 ns 


Leahtes i 


HHRLLL AL 
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6. FAIL SIGNAL CONDITIONS 
- Operator Interpretation 


The graphic results screen appears along with "Fail 
Conditions" when the DUT passed comparison but 
specified signal conditions were missing. These are 
indicated by the letters H,L,A,F adjacent to the pins 
concerned. H means high, L means low, A means 
active and F means a specified frequency. 


FAIL“ 


TT 11345 6 sieigcelns 
13E1 


Exp: LOW "ALWAYS 
oe Exp ACTIVE 
2iate 2 EoT: LOW 


Signal Condition Fail Screen 


Depending on whether the pins are input or output 
and how they were programmed, it may indicate a 
faulty DUT or be a backtracing indicator. Snapshots 
may be viewed of pin activity with <<state>> and 
«<bol>>. 
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a UNABLE TO TEST - Operator Interpretation 


There are tour conditions that will cause this message 
without ever doing a comparison test of the DUT. 


a) 


b) 


d) 


"Failed to synchronize" 
Board activity is insufficient to initialize DUT. 
Look elsewhere for the source of the problem. 


"Synchronization timeout" 
S_Time setting is too small for the specified 
sync vectors (Refer to Section 7.2) 


"Gate did not occur" 

Specified gate did not occur. 

If the delayed gate feature is in use, it is 
possible that the gate condition appeared for 
a time less than the specified delay value. In 
this case an additional message appears on the 
command line after pressing <ESC>: 

"Gate time less than delay" 


"Trigger did not occur", "Trig W1 did not 


occur", or "Trig W2 did not occur". 
Specified trigger is not present. 
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1328 


i Se! 
4deda 


a 


== SSS RSE SSSI SEES IG SIS SSE 
's SS SEE ESSE SS 


Unable to Test Screen 


All the UNABLE TO TEST results indicate an 
improper parameter setting when observed on a good 
board. On a bad board, they typically indicate faulty 
activity from a circuit feeding the device under test. 
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3.3 SETTING LOCAL PARAMETERS 


The function keys for the parameters are revealed by 
pressing <<local>>. 

The order of the function key labels puts the most used 
parameters in the first screen for convenience. The second 
screen is accessed by pressing <ETC>. Pressing it again 
brings back the first screen. 


7400 FMASK 30ns THRSLO = 2000rm} 
TTIME 1000ms l 

SIZE 14 STD STIME OFF 

RO ORY Hib HIGH _. GATE OFF 


7400 FMASK 30ns 2000rmn' 
TTIME 1000ms l 

SIZE 14 STD STIME OFF 

ue hi HIGH a5 tt 


Second Local Parameter Screen 
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3.3.1 COMPENSATING FOR DUT LOADING 
(FMASK) 


The FMASK parameter compensates for in-circuit loading of 
the DUT relative to the RD. Other reasons for timing 
compensation include vendor or technology differences 
between RD and DUT, access time variations with memory 
devices, and wide variations in acceptable timing performance 
for certain devices. Note that small differences in 
propagation delay tor unloaded devices may appear greater 
when they are under load in a circuit. The 10 ns resolution 
of the FMASK setting is therefore not as coarse as it may 
seem. 


Simulated devices can be slightly faster, the same or sl-wer 
than their equivalent RD, depending on device technology. 
Typical differences can range from 0 to 40 ns. FMASK also 
compensates for differences between the response of a DUT 
and a simulated RD. 


To change FMASK, press <<f_mask>> and enter a value 
between 20 and 200 ns on the command line. 
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Ses ee] = THRSLD 
TTIME 1000ms IGNORE 
SIZE 14STD  STIME OFF 
AO_ORV HIGH GATE 


Fault Mask Screen 


When <ENTER> is pressed, the new value will be j=, 


transferred to the reverse field of the information screen. 
Testing and verification of the new value may proceed 
directly from this sublevel ("Local parameters" on the Status 
Line) or from the preceding Manual Mode level. 


3.3.2 SETTING THE DURATION OF TEST 
-_(TTIME) 


Test time or T_TIME is normally set as a global value to 
the approximate time of the board go/nogo test, since it will 
likely be the same for every device on the board. A local 
change to set Test Time as continuous can be done to check 
for an intermittent problem. Press <<t_time >> and 
proceed as with FMASK to set a new value. 
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3.3.3 SETTING LOGIC 1 
(THRSLD) 


Logic 1 can be changed using THRESHOLD from default 
(1800 mV) to screen out noise and ringing which can occur 
as downward spikes from VCC or upward spikes from 
ground. Signals that do not have sharp edges may be 
acquired by the Interface Buffer with slightly different timing 
depending on threshold level. THRSLD can therefore also 
be thought of as a parameter to adjust relative signal skew 
and overcome timing race problems. Press <<thrsld>> and 
proceed as with FMASK to set a new value. 


3.3.4 DEFINING PIN CONDITIONS OR IGNORING 
PINS (PIN_DEF) 


Signal conditions on a pin-by-pin basis may be monitored and 
reported as a secondary test result. Note that this feature 
works independently of comparison testing, but can provide 
valuable information for backtracing a fault, interpreting 
DRC results and raising test/fault coverage. As outlined in 
Section 2.7.3, however, a dead board typically has many 
missing signals and therefore, the use of too many condition 
checks on noncritical signals can be contusing. 


The status possibilities for each pin are : H,L,A,F. 
These mean: High, Low, Active and Frequency. 


H (high) and L (low) levels are useful to verify input pins 
that should be permanently tied up or down. 
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A (active) is an attribute that may be put on key input 
signals such as Output Enable, Strobe or necessary signals 
from off the board. Highlighting their absence will assist fault 
tracing. Activity Check can also help verify the outputs of 
one shots and open collector devices. 


F (frequency) is recommended as an attribute on ungated 
clock inputs and for signals that don’t apply to DRC. 


The key <<ign/comp>> is used to enable and disable pin 
comparison to mask out indeterminate unused outputs or to 
observe beyond the first FAIL indication that freezes the 
comparison test. 


Pressing <<pin_def>> for a 7400 brings up the following 
graphic screen: 


Pin Definition Screen 
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Point to the pin of interest using the cursor control arrows 
and press <<ign/comp>> or <<status>>. Repeatedly 
pressing <<status>> brings up H,L,A and F attributes. As 
an example, the screen below is waiting tor <ENTER> to 
confirm a frequency and tolerance attribute on pin 5. 


144 


114% 
Yada 


1H2 14% 


L2394567 : 
Smenmeme 8 ee ance. 


Defining Frequency on a Pin 


Note that after all pin attributes have been assigned, 
<<end>> must be pressed to enable the PIN DEF 
changes. Merely pressing <ESC> will not do this. 


3.3.5 RESETTING THE BOARD 
(RESET) 


Reset is used whenever possible as the only control signal 
the tester can apply to a board under test. It repeatedly 
inittates the same diagnostic stimulus from system or selftest. 


a 19 


SETTING LOCAL PARAMETERS 


- 
The RESET lead on the Interface Buffer is typically attached 
to a power-on reset signal on the board and assigned various 
characteristics through <<reset>>. 
Start of Test ——++| 
- 
<<default>> Reset is assigned default values, namely 
+5 V, negative polarity, 100 ms 
duration with 0 ms offset. 
<<on/off>> Alternate action key that disables or 
enables Reset lead. 
< <offset>> Positions trailing edge of Reset prior to 
: start of test (negative value) or after 


the start of start of test (positive value). 


< <duration>> The duration of the Reset pulse. 


a= 20 
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<<end>> Updates the Reset definition with the 


altributes established on the screen. 


Pressing <ETC> brings up two more soft keys. 


<<supply>> +SV in the upper right corner of the 


screen means a 5 V pulse is sourced 
from the IB. Vcc means a pulse 
sourced from a voltage applied to the 
VCC patch lead. 


<<polarity>> The normally tristate signal will go high- 


low-hig’: for negative and low-high-low 
for positive. 


Reset Offset is given a posilive or negative value for two 
very different circuit conditio.is: 


L. 


Positive OFFSET permits comparison to happen 
during the reset pulse itself. This is useful to test the 
devices that generate and control the on-board reset. 


Negative OFFSET permits a period of DUT activity 
before comparison testing is enabled. It is useful for 
programmable devices that must be initialized by board 
activity before device Outputs are valid. However, it 
is better to use a Trigger setting to actively monitor 
for the arrival of DUT initialization signals. OFFSET 
is an alternative method when little is known about 
board operation. 
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3.3.6 DEFINING SIZE AND POWER PINS 

(SIZE) 
When a device is unknown to the library, the minmum DUT 
specification is to set SIZE. Pressing <<size>> permits 
entry of the number of pins and optional nonstandard power 
configuration. Entering a standard 14 pin device appears as: 


FMASK  J30ns THRSLO = 2000rn'¥ 
TTIME 1000ms IGNORE 0 pins 
STIME CFF RESET NEG 


___ GATE _—OOFF__TRIG oe i 


Setting Size 


Entering a 14 pin non-standard device brings the screen: 


Allowable supply pins are: 


Yee ping : 1 4 
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The syntax shown previously must be followed, using function 
keys to specify VCC and GND pins from the allowable list 
indicated on the screen. Allowable power pin assignments 
are shown below. They also include standard power pin 
assignments (ic. VCC=14, GND=7 for a 14 pin device). 


SIZE VCC GND 
8 1,4,7,8 4,5,8 
14 1,4,5,13,14 4,7,10,11,14 
16 1,4,5,8,15,16 4,7,8,12,13,16 
18 1,4,5,8,9,17,18 4,7,8,9,14,15,18 
20 1,4,5,8,9,19,20 4,7,8,9,10,16,17,20 
22 1,4,5,8,9,21,22 4,7,8,9,10,11,18,19,22 
24 1,4,5,8,9,23,24 4,7,8,9,10,11,12,20,21,24 
28 1,4,5,8,9,27,28 4,7,8,9,10,11,12,14,24,25,28 


3.3.7 SETTINGS TIMEFOR SYNCHRONIZATION 
(STIME) 


Syne Time is enabled to synchronize devices whose internal 
sequential states can be seen or inferred. The S TIME 
requirements form part of the standard device library and 
include both synchronization methods and time. The default 
S_TIME will appear as 3000 msec for a synchronous device. 
This means that the DUT will be monitored and/or the RD 
stimulated for up to 3 seconds before producing a FAIL TO 
SYNCHRONIZE test result. The user may want to increase 
the S_TIME for devices that are running with slow signal 
rates (eg. a counter with a 10 Hz clock). Press 
<<s time>> and proceed as with FMASK to set a value. 


eS 
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3.3.8 TRIGGERING START OF TEST 
(TRIGGER) 


The detection of signal events on all DUT pins and the EXT 
patch lead can provide an indicator of initialization and 
general troubleshooting results. Press <<trig>> and 
observe two words that are the device size in length plus an 


CxiraA x. 


WORD 1 XXXXXXXXXXXXXX X 


Trigger Screen 


Cursor control keys will point to each pin as indicated and a 
1, O or x/X (don’t care) may be pressed. After the complete 
definition of the two possible events, press <<end>> to 
update the Trigger definition. Note that <<off>> disables 
the defined Trigger while retaining the specified trigger 
words. It may be re-enabled by entering Trigger and pressing 
<<end>>. 


SETTING LOCAL PARAMETERS 


3.3.9 GATING OUT INDETERMINATE 
CONDITIONS 
(GATE) 


Many devices, such as those with tristate outputs, have a 
natural gate automatically used by DRC. When such a 
device is not enabled, its outputs are not compared. The 
GATE parameter is used to further mask out indeterminate 
conditions like bus contention by monitoring a control signal 
- that may not be a DUT input. In addition, when the Delayed 
Gate is installed (part of the Simulation Option), a gating 
window may be defined that is delayed a specified time from 
the occurrence of the gating signal. Refer to Appendix I for 
more application advice on GATE. 


Pressing <<gate>> brings up the following screen: 


Gating 
cond’n AAMAAAAAAAAAAAN A 


Compare 


Gate Screen 


SETTING LOCAL PARAMETERS 


Cursor control keys choose DUT pins or the EXT patch lead 
and O, 1 or X selects the pin states to form a GATE word. 
<<clear>> sets all pins to the "don’t care" X condition and 
<<end>> confirms the GATE changes. After a GATE is 
set, <<off>> and <<on>> appear which temporarily 
disable and re-enable the GATE without losing the word 
setting. The graphic depiction of the gate indicates that 
comparison is performed when the word is true. DELAYED 
GATE, available with the RD Simulation Option, has other 
keys as shown below. 


Gating 
cond’n 1 KAAAAAAAAAAAA OA 


Delayed Gate Screen 


<<delay>> permits a comparison window to be offset from 
the occurrence of the GATE word. <<duration>> defines 
the window time. Units are ns by default, but may be 
specified as us. <<compare>>, found with the <<etc>> 
key, permits comparison to occur whenever the GATE word 
is not true. 


SETTING LOCAL PARAMETERS 


The delay and duration values together may span the 
following ranges (with a resolution equal to the lower value): 


40 ns, 10.2 us 360 ns, 91.8 us 
80 ns, 20.4 us 400 ns, 102.0 us 
120 ns, 30.6 us 440 ns, 112.2 us 
160 ns, 40.8 us 480 ns, 122.4 us 
200 ns, 51.0 us 520 ns, 132.6 us 
240 ns, 61.2 us 560 ns, 142.8 us 
280 ns, 71.4 us 600 ns, 153.0 us 


320 ns, 81.6 us 
As values are entered, the finest resolution is automatically 
selected and rounded upward to the next allowable value. 


The actual duration of the Gate and Delayed Gate 
occurences may be observed from the Frequency Mode by 
selecting <<detailed>> and observing the time_high values. 


3.3.10 SPECIFYING A WEAK RD 
(RD_DRV) 


RD Drive, specified with <<rd_drv>>, is used to specify 
high or low drive capability by the reference device. Most 
RD’s have this set HIGH from the library definition. For 
devices that cannot drive 1 LS TTL load, this should be set 
to LOW. Devices with RD DRV low will also require an 
F MASK setting of 60 ns or greater, effectively limiting their 
testing speed to 8 MHz. 


Note that very weak devices (and an empty ZIF socket) 
usually produce a PASS test result since they cannot drive 
the comparison circuit. (The RD_TEST feature is a check 
against inadvertently testing with an empty ZIF socket.) 
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SETTING LOCAL PARAMETERS 


3.4 RD 


The RD menu is found by pressing <ETC> from the first 
Manual mode level. It controls the execution of RD Test, 
c_sum calculation and identifying unknown TTL devices. This 
menu also disables and re-enables the RD Simulation and 
Shadow RAM features of the Simulation Option. 


RD Test is done automatically when testing devices that are 
in the library. It is a verification that the user has inserted 
the proper RD into the ZIF socket and, as much as is 
feasible, that the RD is good. This is done in one of three 
ways, depending upon the device type. The most complete is 
a truth table stored as RD TEST Vectors. These are in the 
ROM library or may be created by the user as a file in SYST 
or CART memory (refer to Section 7). 


Second, a checksum can be calculated for PROM/PAL type 
devices from reading 100 address locations or by applying a 
standard PAL stimulus pattern. 


The third type is a simple presence check which verifies that 
a device with sutficient drive capability is inserted in the 
socket. A random pattern is applied to the socket and 
sensing is done to verify that at least one pin is driving. 
When a DUT is tested using the Size parameter and no 
device number, a presence check is done by default. 


REFERENCE DEVICE 


Pressing <<rd>> brings up the following screen: 


RD TEST Screen 


RD Test can be run with <<rdt run>> to do a 
prescreening device functionality test. Pattern rates are in the 
order of 10 kHz. Press <<rdt_off>> and <ESC> to disable 
RD Test if, for example, you wish to do signal condition 
testing without an RD. 


In the RD level, pressing <ETC> brings up the key 
<<identify>>. It will play back the library patterns to the 
socket in an effort to match an unknown part with a generic 
device number. The number of pins must first be confirmed 
and the system assumes currently specified power pin 
configuration for the unknown RD. 


If the RD is a PAL or PROM as identified in the Manual 
Mode device entry (eg. 2732, PAL20RA10), then pressing 
<<rdt_run>> will generate a checksum that appears on the 
screen as a multidigit number. Press <<c_sum>> and enter 
this number to update RD Test with the expected checksum. 


oe 


REFERENCE DEVICE 


PALZORAIO 
Checksum error 
Checksum expected: not loaded 


Checksum Verification 


The Simulation Option provides the extra keys 
<<rd sim>> and <<shadow>>. When a device is selected 
for which a simulation library file is present (downloaded via 
the PC Simulation Library Utility Program to system or 
cartridge memory), simulation of the RD is automatically 
enabled and there is no need to insert a reference device. 
The words "SIMULATED RD" appear beneath the device 
number on the Manual mode screen in this case. Press 
<<rd sim>>, <<on/off>>, <ENTER> to enable or 
disable this feature and require the use of a reference device. 


When a RAM device is selected for which a shadow pattern 
file is present (loaded like the Simulation file described 
above), a 64 K shadow RAM records addresses written on 
the DUT/RD atter the start of test and only permits 
comparison on these addresses. Shadowing is performed both 
before and after any Trigger that may be specified and 
independently of any specified Gate. In this way, uninitialized 
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REFERENCE DEVICE 


memory locations never appear as false failures. Larger 
RAMS than 64 K are tested in successive blocks with a 
Reset and Test Time executed for each block. The status line 
will show "Testing page #" as each 64K block is shadowed. 


At the end of test there will be a slight delay while the 
number of memory locations actually written during the test 
is calculated. This number may be viewed by pressing 
<<state>> from the Results screen. It may be useful to 
confirm after a PASS result that all locations were in fact 
tested. 


Press <<shadow>>, <<on/off>>, <ENTER> to disable 
or re-enable this feature. 


CLIP CHECK 


3.5 CLIP CHECK 


Clip Check verifies that the clip is properly oriented by 
checking for logic 1 on Vcc pin(s) and logic 0 on GND 
pin(s). 


Press <<clip chk>> to enter the mode, <<on/otf>> and 
<ENTER> to disable or enable it and <ESC> to exit the 
mode. A possible reason for disabling clip check would be 
to clip over part of a 40 pin device to detect trigger events 
and signal conditions. 


FREQUENCY COUNTER 


3.6 FREQUENCY COUNTER 


The measurement of frequency and pulse width timing on 
any pins and the EXT patch lead is possible under operator 
control. This is in addition to frequency condition testing 
that gives a pass/fail result. In Manual Mode, press 
<<freg>>. 


Frequency Mode Screen 


Follow the command line prompt to enter the pins of 
interest. Note that pressing "1 <<thru>> 4" will choose 
pins 1,2,3,4. Nonconsecutive pins are specified by separating 
the pin numbers with a space. <<ext>> selects the external 
patch lead. <<gate>> will display the frequency of a 
complex gate function, as will <<del_gate>>, provided that 
the gate was previously enabled. 


<<detail>> specifies, in addition to frequency, the period, 
time high and time low. The following screen shows a 
multiple detailed reading. The display can be scrolled with 
Page Up and Page Down cursor control keys. 
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2290.0ns5 
141.7n5 
15.08us 
ae acs a 


4,000MHz adie 
108.3ns 
b6.20kH2 


Detailed Frequency Screen 


The multiplexed frequency reading normally cycles through 
the selected pins as shown on the changing Status Line. For 
a slow or inactive signal, the frequency measurement window 
may not be large enough to capture the signal. Theretore, 
to examine signals below 100 Hz or single pulse widths, press 
<ETC> to reveal <<no_time>>, which disables the 
frequency window timeout. The measurement will then 
remain on a selected signal and may be manually stepped to 
the next one with <<next_[rq>>. 


The timing characteristics of GATE and DELAYED GATE 
may be examined by measuring their detailed frequency. 
Note that every time the command line instruction is changed 
<ENTER> must be pressed to execute the new 
measurement command. 


DATA LOGGING 


3.7 DATA LOGGING 


A Log is used to record test results and user actions in a file 
or to a printer. Its application to automatic board repair is 
described further in Section 4.6. Here we look at how to 
activate it. 


Recall from Section 1.6.5 that five “log configurations" may 
be defined in System Mode. They are data filters that screen 
various types of data for routing to a file or printer. They 
may be assigned a convenient name such as "all" to route all 
types of data to a file. Press <<log>> then <<log on>> 
to open a log file. 


Choose a log format, for example <<all>> and enter a 
filename and destination. Note that messages entered with 
<<comment>> during Manual Mode testing are logged 
under this tormat. 


DATA LOGGING 


There can be up to eight active log files. A highlighted field 
indicates the log file currently selected for the show, print 
and log off functions. <<advance>> moves the highlight to 
the next log. Logs remain active until they are logged off. If 
the tester is inadvertently powered off without logging off a 
file stored to cartridge, the log may be reactivated for 
continued use or deleted by selecting the delete utility and 
specifying "open_files". 


4 SEQUENCE MODE 


Functional Board Diagnosis 


4.1 OVERVIEW 


A Sequence is a guided clip troubleshooting procedure. Its 
simplest use involves loading a sequence file from the 
cartridge or from the serial communications port and 
"running" the sequence. The user follows instructions on the 
screen to clip and test devices in a predetined order. The 
clipping order by board location and each device’s parameter 
settings come from a previously verified Sequence. 


The test proceeds using two keys: <NEXT> and <TEST>. 
More typically, a user will jump out of the predefined order 
to verify devices according to his experience or the observed 
failure mode of the board. An advanced sequence 
application could involve grouping devices into smaller 
sequences pertaining to functional areas or test diagnostics. 
Automatic redirection is even possible in response to 
specified test results. 


Sequences are interrelated files that may be resident in 
system RAM or on a nonvolatile RAM cartridge. Sequences 
may be loaded via the RS232 serial communication port into 
system RAM or cartridge. 


OVERVIEW 


Sequence Transfer Diagram 


Sequence names are a maximum of 15 characters with a 
source extension (eg. TESTBOARD1:CART). Testing with 
a Sequence is done in Sequence Mode, one of the four 
selections of the main menu level. Although Sequence Mode 
is run-only, local changes of parameters may be made as in 
Manual Mode. The Sequence remains uncorrupted and the 
set parameters are restored when a device is reselected. 


DIRECTORY OF SEQUENCES 


4.2 DIRECTORY OF SEQUENCES 


Press <<sequence>> in the main menu to bring up two 
new labels: <<run_seq>> and <<list seq>>. The latter 
lists all sequences on cartridge and in the system. 


DEMD.seq :CART 
DEMO1.5eq :S¥YST 
area es SE SBOCEs are os is 


Sequence Directory Screen 


While the names are scrolling past, <<pause>> alternately 
freezes and resumes the listing. Free cartridge space is shown 
on the final line. 


RUNNING A SEQUENCE 


4.3 RUNNING A SEQUENCE 


Press <<run_seq>> and enter the Sequence name on the 
command line. Cartridge is the assumed source unless 
<<:SYST>> is pressed. The screen displayed will show 
either the first device to clip or a message concerning test 
setup. It is important to duplicate the test setup under 
which a Sequence was created including Reset and GND 
lead connections, diagnostic stimulus, and board option 
settings. Arranging clips and RDs in an organized fashion 1s 
good practice as well. 


DEMC,seq DEMO, loc 
US 8288 
MAKE SURE DIAGNOSTIC EPROM IS INSTALLED 


Typical Sequence Screen 


RUNNING A SEQUENCE 


The first line on the screen references the files that make up 
a Sequence. The "seq" extension is the file containing 
clipping order. The ".loc" extension is the file containing the 
device parameter settings. 


The second line shows the device location, the device ° 
number and the recommended clip size. Note that the clip 
may be this size or larger since overhanging clip pins are 
ignored. 


The third and fourth lines show optional user prompt 
comments. 


Press <NEXT> to step from device to device in the 
sequence. Alternatively, a location may be specified explicitly 
to override the predefined order. Example: "U48 
<ENTER>". At the last device, "END OF SEQUENCE" is 
displayed and <NEXT> restarts the Sequence. 


Note that the cartridge must remain inserted while running 
a sequence. 


TEMPORARY PARAMETER CHANGES 


4.4 TEMPORARY PARAMETER CHANGES 


The Local Parameter Submode functions the same in 
Sequence as in Manual Mode. Press <<local>> and 
proceed with changes as outlined in Section 3.2. There are 
various reasons for changing parameters during testing: 


FMASK: 
T TIME: 


THRSLD: 


PIN DEF: 


Increasing the value will verify the "hardness" 
of fault 

Intermittent faults are best examined with a 
continuous Test Time 

Not recommended for general use. Exceptions 
are when measuring high frequencies and 
checking tor fast active pulses (condition test 
"A"). Raising and lowering Threshold can assist 
interpreta 1on. 

Used to ignore a failing pin and check for 
other faults. 


When a device location is reselected, the original Sequence 
parameters are restored. 


RUN SEQUENCE MENU LABELS 


4.5 RUN SEQUENCE MENU LABELS 


Other function keys on the two menu screens available when 
running a Sequence are: 


<<freq>> 


<<comment>> 


This functions as a separate frequency 
counter to provide further insight (see 
Section 3 for operation). 


Used to add rework instructions to a 
file. With an open log file, press 
<<comment>> to bring up _ the 
following screen: 


<<results>> 


Note that the function key labels 
provide convenient words to speed 
message entry. 


This displays detailed information on 
the test result. 


RUN SEQUENCE MENU LABELS 


<<untested>> 


<<start>> 


<<rd_ test>> 
<<clip_chk>> 


<<log>> 


A list is displayed on the screen of all 
untested Sequence devices. This is a 
useful reminder when a_ user is 
interrupted in testing. <ESC> returns 
to Sequence screen. 


The execution is returned to the start 
of the Sequence. Confirmation is 
requested on re-initializing the list of 
untested devices. 


These keys were explained in Section 
3 on Manual Mode and are seldom 
used here. 


The data logging function is particularly 
useful in Sequence Mode. To open a 
log file at the start of a Sequence (or 
any time), follow these steps: 


Press <<log>>, <<log on>> 


RUN SEQUENCE MENU LABELS 


Select a log format, for example <<all>>, to 
bring up the following screen: 


Enter tilename and destination. 


Press <ESC> to return to running the 
Sequence. 


Note that, according to the log format (data 
filter) selected, test and operator information 
will be routed to a system RAM file, cartridge 
file or the serial port. 


LOG FILES 


4.6 SUGGESTED SITUATIONS FOR USING 
LOG FILES 


Service Depot with same technician doing test and rework: 


Track failures, parameter changes and untested devices 
to help user organize himself. 


Production with separate rework area: 


Track failures, passes, user comments and untested 
locations to assist interdepartmental communication 
and recording of IC vendor failure statistics. 


Less experienced test technician with knowledgeable 
Supervisor: 


Track clipping order, failures and untested locations to 
help with troubleshooting interpretation. 


All log files record the exact time they were opened and 
closed. Typically, each board has a separate file named after 
its serial number. Log tiles may be stored on cartridge, but 
since they consume a lot of space, it is better that they reside 
in system RAM. Files may be dumped to the serial port 
using <<prt_log>> in the log screen menu. 


<<show_log>> directs the file to the screen. 


<<advance>> highlights one of several possible log files 
present for printing, showing or logging off. 
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SAMPLE LOG FILE 


SAMPLE LOG FILE 


Log_on: 22:26 14 Jan 1990 
Sequence: XT:CART 


Start logging to: SN44063:SYST 


U99 7400 ---- passed 


U8 8288 ---- passed 
> Jump to location U4 


U4 PAL20RA10 ---- unable to test 
RD test failed 
> Local change: C_SUM 54940 


U4 PAL20RA10 ---- failed 40.0 ns 
Pin(s): 15 16 19 20 
> Jump to location U48 


U48 8259 ---- failed 983.0 ms 
Incorrect frequency on pin(s): 5 
Stop logging to: SY44063:SYST 


Untested locations: 


U1 US 
U7 U15 
U6 U9 
U10 U11 
U16 U2 
U13 U14 
U22 U8S 
U96 U24 
U97 U18 
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4.8 TEST RESULTS 


Test results fall into the following categories: 


U2 


Operator Checks (1, 2, 3) 

Performance Envelope Comparison (4, 5) 
Signal Conditions (6, 5 plus 6), and 
Unable to Test (7 a, b, c, d) 


"RD test failed" appears on the status line when no 
RD, the wrong RD, an RD with insufficient drive 
capability or a faulty RD is inserted in the socket. 
Failing to lower the contact clamping lever will also 
produce this message. (Severely shorted RD’s produce 
the message "Excessive RD current"). 


"No clip inserted" and "Clip size incorrect" are 
operator alerts that cannot be overbidden by turning 
Clip Check off. "Vec-Gnd check failed" and "No 
signals from clip" indicate a wrongly oriented clip or 
lack of power to the DUT. 


"Test aborted" appears when <TEST> is pressed 
again to stop the test cycle before comparison begins. 
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PASS - DUT within Performance Envelope 


"Pass" on the status line indicates that the DUT did 
not exhibit a fault and any specified signal conditions 
were Satisfied. Press <<results>> to show a detailed 
view. 


PASS 


Exp: NOT SPECIFIED 
Result: HIGH SLYFAYS 
State 


DUT PASS Screen 


The cursor control arrow keys are used to point to a 
pin of interest as highlighted in the status line. 
Expected preprogrammed conditions are listed as 
"Exp", actual results are listed as "Results", and the 
state of the pin at the end of test is listed as "State @ 
EoT". 
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A complete snapshot of all pin signal conditions 
during the test is viewed by pressing <<state>>. 


Sts 


Exp: NO 


State Test Result Screen 


From the State submode you can change expected 
signal conditions using <<pin def>>, the same 
parameter accessible trom Local Mode. Alternatively, 
you may assign actually observed H, L or A conditions 
to each pin using <<save_pin>>. Note that the use 
of the save_pin feature overrides all pins defined 
previously using pin_def. 

If the DUT is a RAM and Shadow RAM is enabled, 
the number of memory locations written during the 


test is shown above the Status Line. 


A complete snapsh»t of all pin states at the end of 
test is also available by pressing <<EoT>>. 
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“2 FAIL - DUT Exceeded Pertormance Envelope 


The graphic results screen appears along with "FAIL" 
in large letters when the DUT failed comparison as 
defined by the PE parameters. The failed pins are 
shown in reverse highlight and are flashing on the 
signal monitor. 


DUT FAIL Screen 


As with the PASS screen, snapshots may be viewed of 
all pin activity and state at end of test. 
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Also shown by pressing <<EoT>> is the "Time to 
Fault" as measured from the start of comparison 
testing, with an accuracy of 40 ns or within the last 
digit shown (for ms, s). Note that most processor- 
based boards respond slightly differently each time to 
a reset pulse. Therefore, time-to-fault readings will 
only be consistent if an external trigger is connected 
to the processor Reset Out or Memory Read signal 
(i.e. first op code fetch). 


Exp: NOT SPECIFIED 


Result: HIGH ALWAYS 
HHLLLHL 


End of Test Screen 
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FAIL SIGNAL CONDITIONS 
- Operator [Interpretation 


The graphic results screen appears along with "Fail 
Conditions" when the DUT passed comparison but 
specified signal conditions were missing. These are 
indicated by letters (H,L,A,F) adjacent to the pins 
concerned. 


FAIL tss’ 


Conditions 


Exp: LOY ALWAYS 


Result: ACTIVE 


Signal Condition Fail Screen 


Depending on whether the pins are input or output 
and how they were programmed, it may indicate a 
faulty DUT or be a backtracing indicator. Snapshots 
may be viewed of pin activity with <<state>> and 
“{<Bbor> >. 
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(es UNABLE TO TEST - Operator Interpretation 


There are four conditions that will cause this message 
without ever doing a comparison test of the DUT. 


a) 


b) 


d) 


"Failed to synchronize" 
Board activity is insufficient to initialize DUT. 
Backtrace to previous components for the 
source of the problem. 


"Synchronization timeout" 
S_Time setting is too small tor the specified 
syne vectors (Refer to Section 7.2) 


"Gate did not occur" 

Specified gate did not occur. 

If the Delayed Gate feature is in use, it Is 
possible that the gate condition appeared for 
a time less than the specified delay value. In 
this case an additional message appears on the 
command line after escaping from the results 
screen: 

"Gate time less than delay" 


"Trigger did not occur", "Trig W1 did not 


occur", or "Trig W2 did not occur". 
Specified trigger is not present. 
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Exp: NOT SPECIFIED 


Result: SCTIVE 
eLeL @ EoT: LOY 


Se Sg 2S SSS SIE 


Unable to Test Screen 


All the UNABLE TO TEST results indicate an 
inproperparameter setting when observed on a gocd 
board. On a bad board, they typically indicate faulty 
activity from a circuit feeding the device under test. 
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Creating Sequences 


5.1 DEVELOP SUBLEVEL 


The tester is its own complete programming station. All 
steps can be done from the keyboard in an interactive 
verification of a good board that is similar to Manual Mode 
testing. It is also possible, and sometimes easier, to perform 
Sequence file editing on a PC and download back to the 
tester. There are three sublevels accessed by pressing 
<<develop>>. 


Develop Sublevel Screen 


DEVELOP SUBLEVEL 


<<new_seq>> is used to initially create a new sequence. 
Files and their structure are transparent in this mode and 
keystroke entry is similar to Manual Mode. The resulting file 
has a .nsq extension on its name. 


<<files>> is used to edit, enhance, compile and transfer 
sequences and data. During sequence creation, files that may 
be edited will have .SEQ, .LOC or .LIB extensions to their 
name. 


<<rd lib>> is used to create custom libraries for device 
testing in the ZIF socket. This process is covered in detail 
in Section 7. 


SEQUENCE DEVELOPMENT 


5.2 OVERVIEW OF SEQUENCE 
DEVELOPMENT METHOD 


To develop a sequence, the following steps should be taken: 


~ Set up repeatable comprehensive activity on the board 
to be tested. Use Reset whenever possible, either on 
the board under test or on another controlling board. 
Alternatively, arrange to manually cycle the diagnostics 
and use the External Trigger line to define the start 
of test. 


- Enter New Seq Mode and verily that each device 
passes comparison testing. Make adjustments in the 
local and global parameters to achieve this. 


- Reorder the device locations to structure the trouble- 
shooting, for example by signal flow. This can be done 
with keystrokes in New Seq Mode or the file listing 
can be rearranged with the screen editor. A PC editor 
is another possibility. 


- Edit operator prompt messages into the file. 
- Verily that all devices pass on other good boards. 
- Document the Sequence, reasons for parameter 


changes and the test setup details. Retain a master 
copy of the files on cartridge or disk. 


FILE INTERRELATION 


5.3 FILE INTERRELATION 


The interim file created as the first step of a Sequence 1s 
denoted ".nsq" (new sequence) and may not be directly edited 
or run as a troubleshooting sequence. When new_seq mode 
is ended and/or files are created through the editor, a set of 
interlocking files constitute the completed sequence. They 
are ".seq" (sequence), ".loc" (location) and "lib" (library) files. 
There are two versions of these files: 


- Source, which may be viewed and edited. They have 
upper case extensions (SEQ, LOC, LIB). 


- Compiled, which are executable and are not editable. 
They have lower case extensions (seq, loc, lib). 


The diagram on the following page shows how the file types 
are related. 


FILE INTERRELATION 


LOC_FILE A. Pa ime GM cong DEFAULT 


> COMMENT MAPIE ul DEFAULT 


TEST Ul: 4 LOAGB = 1400 DEFAULT 
F_MASK 0D: 4 


TEST Ude: 
MAME uz 


Heat Wis: LORD = 1408: 


> COMMENT NAME eZ 
TEST U2: LOAD PAL1 Sense = 
S_TIME ON 100: : Curtam Devices 


MAPIE U46 Ar PALL 
LOAD 4164 ee 24: 


W_TIME ON SOD: 


rile Interrelation 


The "SEQ" file establishes a troubleshooting order, the 
"LOC" file is a database of parameter changes and ".LIB" 
files are a set of standard device parameters. Additional file 
extensions which are unrelated to Sequences are ".LOG" for 
test result data and ".LST" for printable directory listings. 


NEW SEQUENCE MODE 


5.4 NEW SEQUENCE MODE 


Press <<new_seq>> and follow the prompt to name the 
Sequence. For an existing Sequence an alert is shown that 
you are appending or replacing a Sequence. On the 
New_Seq menu, <<manual>> has the same function as 
described in Section 3. 


Proceed by pressing <<manual>>, entering a device by its 
number or size and changing any necessary local or global 
parameters. After ensuring that it passes, assign its board 
location. Press <ESC> to come back to the New_Seq menu, 
then <<defn_loc>> and enter the location designator. 


Filename: & 
acation § 
Device: 7400, Size 


New Sequence Development 


NEW SEQUENCE MODE 


Note that you may assign more locations to the same device 
and parameter set. They must, of course, each pass a 
verification. An example of this could be a bank of RAM’s. 
A previously defined device and location may be deleted by 
pressing <<etc>> and <<del_loc>>. You may display a 
listing at any time of the device locations done so far by 
pressing <<dsp loc>>. 


It is not possible to step through the locations with 
<NEXT> as in Sequence Mode, but you can directly bring 
up a location’s device and parameters by entering it (eg. U48 
<ENTER > ). 


The complete new sequence procedure is shown on the 
following page: 


NEW SEQUENCE MODE 


DIFFERENT DEVICE < 


SAME DEVICE . 
NELJ LOCATION 


NO CHANGE 
TO GLOBALS 


MAIN MENU 


ee Le J Terminate 
a 
: Sarcree mrs Gequence 


<<manual>?> <<manual>> <<defn_leee? <<end>? 


<<developo?> 


Cinis cael Riles ENTER ENTER FILES 
DEVICE LOCRTION CREATED 
¢ESC> bi 
ENTER NAME CHANGE <E5C> 
DESTINATION | PRRAMETERS 
GLOGAL , 
DEFRULT éflanaid) MAIN MENU 


CHANGE 
PARAMETERS 


Flow Diagram of New-Seq Procedure 


Fach device is defined along with any required parameter 
changes before its location on the board is defined. As this 
is done device by device, a new_seq file (.nsq extension) is 
created in system RAM. <<save_fil>> saves the ".nsq" file 
to the destination specified when opening the new seq file 
(typically cartridge). It is good practice to do a "save file" 
frequently in case of a power failure. 


NEW SEQUENCE MODE 


New_seq mode may be exitted with <ESC> and re-entered 
to resume working on a ".nsq" file provided it was saved. 
Note that the device listing shown by pressing <<dsp loc>> 
contains the word default, which is the "dummy" location tor 
global parameters. Those devices listed above default were 
entered before the last "save file" was executed. 


When new_seq verilication of the board is complete, 
pressing <<end>> will automatically create "SEQ" and 
".LOC" files and their compiled versions, ".seq" and ".loc" of 
the ".nsq" file. These are true Sequence files that may be 
listed and edited. If you re-open a new_seq ".nsq" file and 
<<end>> again, you will be prompted to confirm that the 
previous versions will be overwritten. If you wish to retain 
the original files, you must interchange cartridges at this 
point (or rename a copy of the file you wish to retain before 
re-opening the new_seq file for changes). 


The Sequence created may be run in Sequence Mode, but 
the device locations are in the order in which they were 
entered. A way to reorder it without invoking the editor is 
to do it in New_Seq Mode. This involves first opening the 
original New_Seq by name, entering the first desired location 
and redefining it at that same location. Once you have 
reselected every device, press <<end>> and the Sequence 
will be in the new order. 
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5.5 SEQUENCE ENHANCEMENT 


After developing an initial sequence with correct devices, 
locations and test parameters, further enhancement is done 
by editing the files. The .nsq file will not reflect any edited 
changes so it is no longer the working master. Note that 
re-opening a .nsq file and ending it will regenerate SEQ and 
-LOC files. Care should be taken that this does not 
overwrite the edited master versions. 


Sequence enhancement uses the utilities found under the 
files level of Develop Mode (Section 6) and the commands 
detailed in Appendix II. The following subsections preview 
file syntax and some advanced commands that are not 
accessible in New_Seq mode. 


5.5.1 SOURCE FILE SYNTAX 

- Each line is a command. Blank lines have no effect, 
but make a listing more readable. Commands are 
grouped together by device or location to form a 
command group. 


. Command groups end with a colon (:) 


- Command fields are separated by at least one space. 
The Tab key is often used to improve readability. 


- Maximum line length is 254 characters. 
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- Labels start with a letter and are alphanumeric 
(including underline character). 


: A semicolon (;) denotes a comment in the file listing. 


“ @ as the last character of a line indicates continuation 
on the next line. 


To view a file on the screen, press <<edit>> and enter the 
file name, type and source on the command line (e.g. 
A.SEQ:CART). 


Example: 


LOC _FILE A;this comment has no effect 
TEST UT: 
LES? U2Zz 

LABEL TEST U46: 


Scrolling through a listing on the screen is done with the up 


and down arrow keys. "Shift down arrow" scrolls a full page 
and "Cntr down arrow" scrolls to the end of the file. 
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5.5.2 DISPLAY 


The DISPLAY command puts a message, typically an 
operator prompt, on the LCD screen. 


Syntax: DISPLAY [line #] {"message"} 


Parameters: line# may be 1, 2, 3, 4 or nothing. 


5.5.3 FUNCTION/END_FUNCTION 


When a series of commands are needed in several places in 
a sequence they can be grouped together into a FUNCTION 
and called as a sub-routine trom another command group. 
The TEST command and the ":" cannot be part of the 
function. Functions are ideal for parameter settings that are 
used with more than one DUT, such as an External Trigger 
Or an Operator prompt that needs to be repeated in more 
than one place. After a FUNCTION has been called and 
executed, control is returned to the command following the 
call. 


Syntax: FUNCTION {name} 
name command 1 


command n 
END FUNCTION 
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A FUNCTION is delined by a label (name) and a command 
group ending with an END FUNCTION statement. It is 
called by using the command FUNCTION followed by its 
label name. 


Example: TEST LD: 
FUNCTION MSG-1 
TEST Ui 


MSG-1 DISPLAY "Run selftest 2" 
END FUNCTION: 
5.5.4 JUMP 
This will cause the sequence to continue execution at the 
specified label. A valid label starts in column 1 of the source 
file. 


Syntax: JUMP {label} 
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5.5.5 IF {condition} THEN {command} 


This command is used to test if the specified set of 
conditions are "true" and, if so, the system will execute the 
command defined by THEN. Otherwise , the program will 
continue executing at the next command. 


Syntax: IF {condition} [operator {condition}]... THEN 


{command} 
Parameters: 
condition PASSED | - DUT passed 
FAILED - DUT failed 
RD_SHORTED - Short in ZIF 
RD_TEST_FAILED - Bad RD 
CLIP_TEST_FAILED- Clip Check fail 
FAILED TO SYNC - Unable to sync 
RD/DUT 
NO GATE - Gate word 
didn’t occur 
NO_TRIGGER - Trigger word(s) 
missing 
NO_TRIGGER WORD1 
NO_TRIGGER_WORD2 
operator + GK 


% 


.. AND 

... freq less than value 

... freq greater than value 
... freq equals value 

<>... freq not equal to value 


ll VA 
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IF PASSED THEN DISPLAY "BOARD IS GOOD" 


Example 2 


IF FAILED + P4=A * P1< 5.0MHz THEN JUMP LABEL 


Note that units for frequency must be spelled Hz, kHz, MHz. 


5.5.6 SEQUENCE FILE LISTING 


LOCUS 


LOC FILE BOARD! 
DISPLAY 1 "CONNECT RESET TO J25" 
TEST U2: | 


TEST U6: 
TEST U7: 
FUNCTION MSG 
TEST U4: 


IF P4 <22.95 MHz THEN JUMP LOCS: 
END: 

FUNCTION MSG 

TES US: 

END: 


DISPLAY "DO NOT USE RD" 
END_ FUNCTION 


This sequence directs the operator first to U2, 
U4, U6, U7, and if it fails, to US. SEQ files 
created under NEW_SEQ do not show an "END" 
statement. The first statement specifies the LOC 
file. 
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5.5.7 LOCATION FILE LISTING 


NAME U2 
LOAD 7400 

F MASK 80: 

NAME U4 

SIZE 16 

RDT ENABLE OFF 

ACTIVITY P4=19.95MHz 1%: 

NAME US 

SIZE 20 

RDT ENABLE OFF 

DISPLAY "OSCILLATOR CHIP" 
ACTIVITY P1=A P2=H P14=19.95MHz 1%: 
NAME U6 

LOAD S17146B 

GATE ON P1=L 

DISPLAY "TESTING IN ONE DIRECTION": 
NAME U7 

LOAD DEMO PAL: 

NAME DEFAULT 

F MASK 40 

T_TIME 3000 

RESET ON NEG INT DUR =200 OFS=0: 


NOTE: Global parameters are in a command group 
named "DEFAULT". 
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named "DEFAULT". 


5.5.8 USER LIBRARY FILE LISTING 


NAME DEMO PAL 
LOAD PAL20RA10 
S_TIME ON 9000 
C SUM 16170: 
NAME S17146B 
LOAD 74245: 
NOTE: — The example illustrates detining a custom device 


and a simple part number cross reference. 


a= 1% 


SEQUENCE CREATION GUIDELINES 


5.6 SEQUENCE CREATION GUIDELINES 


The following eight steps provide a detailed procedure that 
is recommended for the creation of effective board test 
Sequences. 


5.6.1 SEQUENCING PREPARATION 


Decide the quality of diagnostic testing desired, the degree 
of automation to be included and how much time 1s available 
for sequence creation. A 100 IC board will generally take 
from two to four days to complete the entire sequencing 
process. Assess the device coverage, percentage of analog 
components on the board and any areas that exceed the 
tester speed specifications. 


Collect Reference Devices, schematics and any required 
fixtures including loopback plugs, I/O connectors and 
extender cards. Arrange RD’s in ascending numerical order 
in an RD retainer tray. One possibility is to have a unique 
tray tor each board type. Another is to have one or two 
trays that have all devices for a range of boards. 


Ensure that clip contacts are clean. Check oxidation on 
device pins and clean with alcohol if necessary to avoid 


intermittent contact problems. 


Check that +5 volt power supply is good on the board and 
not at a marginal level that may cause inconsistent results. 
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9.6.2 DIAGNOSTIC STIMULUS 


Set up a reliable repeatable stimulus, ensuring that the 
activity is as extensive as possible. Use Reset wherever 
possible and verily that it really does initialize the board. 
Look for a signal that comes from the power on function, 
such as a capacitor to Vcc connected to the microprocessor 
reset line. On a single board system this is_ usually 
straightforward; on a multiple card system, the reset may 
even be located on another board. 


5.6.3 VERIFYING THAT ALL DEVICES PASS DRC 


Verify in NEW SEQ Mode that each device on the board 
passes and, if not, make the required parameter changes. 
Reter to Section 2.7 and Appendix III for advice on solving 
problems. Note that since FMASK is set per device, not per 
pin, it is advisable to test twice when only one pin requires 
a large setting (eg. 150 ns). Test once at 150 and a second 
time at 30 ns, with the offending pin ignored. 


On devices that pass, pressing <<results>>, <<state>>, to 
highlight active pins will give an indication of how well a 
device is stimulated. Two convenient ways of performing the 
NEW _ SEQ procedure are: 


1. Verify each device chip by chip, row by row. 


2. Verify each device in numerical order (eg. 7400,7402...) 
placing a sticker on each IC to keep traci: of those done. 
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5.6.4 ADDING SIGNAL CONDITION TESTS 


In general, the more you know about a board, the more 
conditions you can test for. For example, activity checks and 
triggers are most useful in a sequence structured by signal 
flow. Suitable conditions in order of increasing knowledge of 
the board operation are: 


- Fixed frequencies (ungated, periodic) 

- System clocks 

- Activity presence 

: Constant levels 

- Triggers and Gates 

Conditions should, in general, be assigned only to input pins -* 
since Outputs are already checked through DRC. 


Enable H and L status checks for pins that are pulled up or 
down. Frequencies are measured on fixed, ungated periodic 
signals. Active signals coming from off the board are 
checked. 
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9.6.5 STRUCTURING THE SEQUENCE 


The next major step in Sequence creation is to reorder the 
devices for troubleshooting. This may be done by redefining 
all locations in NEW_SEQ mode as described in Section 5.4, 
or creating a new .SEQ file with the editor or via the 
download utility from a PC generated file. The order could 
be by RD type, fault occurrence based on past experience or 
signal flow. It is advised that the order be by signal flow, 
since occasionally, failure modes induce apparent faults 
further down the chain. As an example, failing memory 
addressing logic can cause all memory devices to appear bad. 


A typical micro-based board would have the following 
recommended Sequence order: 


- reset circuit 

- clock, timing generation circuit 
- bus control, address decoding 
- address bus drivers and logic 

- databus drivers and logic 

- memory devices 

- [/O, remaining circuitry 


To test boards controlled by other boards, start with the card 
edge interface. 


If the board diagnostics are effective in first isolating a 
failure to a part of the board, several small Sequences 
appropriate to each part could be a good implementation. 
These smaller SEQ files will share the same .LOC file for 
the whole board. 
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5.6.6 ADDING OPERATOR SCREEN 
MESSAGES 


Employ the resident editor to add operator prompt messages 
to the .SEQ file. For extensive messages, this can be done 
also by uploading to a PC, using a full screen editor, and 
downloading back to the system. The added messages could 
be advice on connecting the patch leads, the type of RD or 
troubleshooting hints. Function calls are a convenient way 
to add duplicate messages (see Section 5.5.3). 


5.6.7 COMPILING THE FILES 


All edited files must be recompiled into executable versions. 
Press <<compile>> and enter the filenames’ with 
extensions. Do this tor all edited .SEQ, .LOC and .LIB files. 


5.6.8 FINAL VERIFICATION AND 
DOCUMENTATION 


Verily the completed sequence by running it on other good 
boards. Edit any parameter changes (usually FMASK in the 
-LOC file) and recompile. 
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One way to allow for a range in performance among several 
good boards is to create a NEW_SEQ temporary (.nsq) file 
with the default FMASK of 30ns. After creating a .LOC 
file, go into it and edit a global FMASK of 40 ns to give an 
extra 10 ns margin in comparison resolution. 


Document fully the newly created sequence including: 


- printout listings of the files 

- comment sheet on why parameters were changed 

- date, revision level, description of diagnostics 

- board statistics: number of ICs, number untested, 
percentage covered. 


It is good practice to retain a master copy of al source files 
on a diskette or cartridge and file it away for safekeeping. 


A good rule for file management is to keep a master 
cartridge (or floppy disk) containing source and temporary 
(.nsq) files so they may be modified. Run-only compiled files 
covering a number of board types may be put on another 
cartridge. They occupy less space, cannot be readily modified 
and may be distributed safely to the test operators. 


Typical file sizes for a 100 device board that has operator 
prompts in the .SEQ file are: 


PILSLAIC 5000 
FILE.SEQ 5000 
FILE.loc 1500 
FILE.seg 1500 
FILE.nsq 3000 
Total 16000 byte2s 
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6 FILE UTILITIES 


The file utilities manipulate file data stored in either of two 
sources: the cartridge (:CART) and system RAM (:SYST). 
Available utilities in the order they appear on the menu are: 
DIRECTORY, EDIT, COMPILE, FRINT, COPY, 
UPLOAD, DOWNLOAD, RECOVER, CARTRIDGE. 


File names may be up to 15 characters in length, must start 
with an alpha character and may contain only alphanumeric 
characters including underscore (_). A complete file name 
specification includes the name, a type extension and a 
source/destination designator (e.g. FILE _1.SEQ:CART). In 
many cases, it is nOt necessary to specify the complete name 
since the assumed default is appropriate. Defaults are listed 
with each utility. 


Valid file types are: SEQ, .LOC, .LIB, .LOG, .LST, .seq, 
loc, lib and .nsq. The lower case types are generally 
absolute files created by the machine and may be transferred 
but not edited or printed by the user. The key <<.type>> 
permits single key specification of upper case file type with 
the function keys. Note that pressing <<.SEQ>> while 
pressing <SHIFT> generates a lower case .seq. 


Simulation library files that have been downloaded from a PC 
always have a lower case (.lib) extension. They may copied 
and transferred but not edited or printed. 


In the syntax descriptions that follow, parameters enclosed 
in { } brackets are mandatory, those in [ ] brackets are 
optional. 


CARTRIDGE 


6.1 CARTRIDGE <<cartridge>> 


Menu 
cartridge 
verify backup fix format 
Description 


The cartridge utilities do not require specification of 
filenames as they are executed on the entire cartridge 
contents. 


Format must be executed on a new cartridge before file 
operations are possible. This function can also be used 
to completely erase the contents of a cartridge. A user 
verification prompt appears on the screen before 
proceeding with a tormat operation. 


Backup is a quick duplication of an entire cartridge. The 
user is prompted to insert a source cartridge, the contents 
are loaded into system RAM and a blank cartridge is 
inserted and written into. 


Verify performs a check that all files on a cartridge are 
uncorrupted and it sets the required index flags to permit 
further file handling. The most likely cause of a: failed 
verification is powering down the machine without 
properly ending a file creation procedure. The write- 


6-2 


CARTRIDGE 


The write-protect switch must be off to perform a 
verification. 

Note that corrupted files are identified during the 
directory function, and verify would then be executed. 


Fix will close any open file found on cartridge, 
normally caused by powering down while a file remains 
open. 


COMPILE 


6.2 COMPILE <<compile>> 


Menu 
compile 
<.type> : CART Sao 
SEQ LIB LOC 
syntax 


Compile {filename}[upper case type][:source/destination] 
Default 

{filename}.SEQ:CART 
Examples 

Compile FILE1.SEQ 


Compile FILE1.LOC 
Compile FILE1.LIB 


COMPILE 


Description 


The compile function first prompts for entry of a 
source file name and type (SEQ, LOC, LIB) on the 
command line along with source :CART or :SYST. 
After <ENTER> is pressed, a compressed executable 
version is created (seq, loc, lib) and deposited in the 
same :CART or :SYST medium as the original source 
version. Existing compiled files with the same name 
are overwritten. If a syntax error is encountered 
during the compile, it aborts and displays the line 
number of the error within the source file. Syntax 
requirements for the compiler are described in 
Appendix II. 


Compiler error messages include: 


"Duplicate symbol XXXX" ; the label XXXX Is 
found on more than 
One line 


"Undefined symbol XXXX" : the label XXXX was 
referenced but does 
not exist 


"No detaults in file" no default chip to 
7 define globals 


"loc file not designated" : the first line in a 
seq file specifying 
the loc file is 
improper 


COPY 


6.3 COPY <<copy>> 


Menu 


CODY 


ee eenaebartorte 


to <.type> > CART :Sx5T 


Syntax 


Copy {filename}|.type][:source] 
to {filename }[.type][:destination] 


Default 
{filename}.SEQ:CART to {filename}.SAMETYPE:CART 
Examples 


Copy FILE1 to FILE1:SYST 
Note: this copies all types of FILE1 
Copy FILE1.SEQ:CART to FILE2 
Note: this duplicates a file on cartridge 
- Copy :CART to :SYST 
Note: this transfers cartridge contents to system RAM 


COPY 


Description 


The copy function is used to transfer files between 
:CART and :SYST or copy to a renamed duplicate file 
within a single storage medium. This may be done for 
all file types. In general, copying is usually done 
between like tile types. In particular, a lower case file 
extension must be copied to its same type. The 
following entry on the command line will transfer a 
cartridge-resident SEQ file to system RAM. 


The destination file may be renamed during this 
process (i.e. TEST1 to TEST2). If a type extension 
is not specified, all file types with the primary name 
are transferred. When copying a Sequence to a 
second cartridge, the files must first be transferred to 
system RAM from the original cartridge, the new 
cartridge inserted and a file transfer made from :SYST 
back out to :CART. Refer to Section 6.1 for copying 
the entire cartridge contents using the backup utility. 
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6.4 DELETE <<delete>> 


Menu 


delete 


Se a 


open <,.type> ;CART :SYST 


» SEQ ~LIB «LOC ~LST . LOG 
syntax 
Delete {filenames}[/open_files][.type][:source] 
Default 
Delete {filename}.SEQ:CART 
Examples 
Delete FILE1.SEQ:CART 


Delete FILE! 
Note: this deletes all types of specified files on 
cartridge 
Delete FILE1:SYST 
Note: this does not affect FILE1 on cartridge 
Delete /open_files:;CART 
Note: this deletes all open files on cartridge 
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Description 


The Delete function removes a filename from the 
cartridge directory, effectively freeing up the memory 
space for other uses. Deletions may also be made 
from system RAM. If no extensions are specified, all 
file types of the filename are deleted. If /open_files is 
specified, then all open files matching the filename are 
deleted. This is used mainly to remove cartridge- 
resident log files that were left open when the unit 
was powered down. 


DIRECTORY 


6.5 DIRECTORY <<dir>> 
Menu 
dir 


Sennen innennh Santen ees aaa 


list_to <.type> :CART :SYST recov detail 


Syntax 

Directory [:source][filename][.type][recoverable][detailed|] 
Default 

All files.all types: CART 
Examples 

Directory .SEQ:CART/detailed 

Directory :CART/recoverable 


Directory fileA 
Directory :SYST 
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Description 


The Directory function shows, on the screen, the 
names of Liles in cartridge or system RAM, along with 
the space they occupy in memory. The final line 
shows the total space used and available. As the 
names are scrolling through the screen, <<pause>> 
will alternately freeze and resume the display. 
<ESC> will abort the directory function. | 


The machine will provide a limited directory of files by 
type (.SEQ, .LOC, .LIB, .LOG and .LST), by source 
(:CART, :SYST) and by name. A special file type 
known as a "list file” with extension .LST is reserved 
for a listing of the directory itself. Once a directory 
listing is assigned to a list file, it may be printed out 
on hard copy like any other file. As an example, the 
following entry on the command line causes a file, 
A.LST, to be created in system RAM which contains 
a listing of the directory of the current cartridge. 
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Creating a File of Directory Listing 


The second menu level, accessed with <ETC> provides 
two more options. <<recov>> lists previously deleted 
files that may still be recovered. <<detail>> is a 
modifier to the directory function that provides the time 
and date that the file was last modified. 
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6.6 DOWNLOAD <<dnload>> 


Menu 
dnload 
<.type> :CART ;SYST 
SEQ LIB LOC LST LOG 
syntax 


Download to {filename }[.type][:destination] 
Default 

Download to {filename}.SEQ:CART 
Examples 


Download to FILE1.LOC:CART 
Download to FILE1.LOC:SYST 
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Description 


Download routes received serial data to a specified file. 
It may be terminated by receipt of a SUB, ETX or EOT 
character or by manually pressing <ESC>. Unrecognized 
codes are converted to "I" meaning "Illegal" for screen 
display. If a download operation exceeds available file 
space, the file is closed and the operation aborted. 
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6.7 EDIT <<edit>> 
Menu 


edit 


Soaaas SES Se 


into <.type> ;CART. :SYST 


syntax 

Edit [into] {filename }[.type][:scurce/destination] 
Default 

{filename}.SEQ:CART 
Examples 

Fdit into FILE1.SEQ:SYST 


Edit FILE2 
Edit FILE 3.LOC 
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Description 


Any file with an upper case extension may be modified 
using the editor. The filename, type and source are 
entered on the command line. 


er: 
<FILENSME> .TYPE :SOURCE 
Not pia ay ola defaults to: 


Note that when creating a new file you must edit into a 
filename. For an existing file, you can merely edit a 
filename. This syntax permits you to keep a backup file 
of the original file you are changing (i.e. Edit A into B 
will define B as an edited version of A while retaining A). 
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Tar ior Pie 
NAME U2 
LOAD 7400 


The top four lines form a scrolling window to view the 
file contents. Maximum line width is 254 characters 
and file length is limited only by available memory 
space. Note that because an edited file is first stored 
to the specified destination before the original is 
deleted, a certain amount of free memory space must 
be available to end the edit mode after a change in 
file contents. For :CART this is typically double the 
file size; tor :SYST it is triple. A warning appears if 
there is insufficient space. 


The cursor may be moved with the arrow keys, one 
space at a time. The tab arrow key moves the cursor 
forward 8 columns (or backwards with the SHIFT 
key). Use of the. SHIFT key with the arrow keys 
permits scrolling up or down by a 4 line page and 
immediate cursor positioning at the beginning or end 
of a line. Use of the Cntr key with the up and down 
arrow keys permits immediate scrolling to the top or 
bottom of a file. The current cursor line and column 
are displayed on the first command line. 
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Fl key, <<ins/rev>>, alternately specifies line insert or 
line revision as indicated on the command line. With line 
revision, characters will Overwrite the existing display as 
they are typed. With line insert, pressing <ENTER> will 
insert a blank line and allow new data to be typed in. 


F2 key, <<ins_char>>, alternately specifies replacing or 
inserting a new character at the cursor position as 
indicated on the command line. In replacement mode the 
cursor is an underline, while for insert mode it is a block. 


F3 key, <<delete>, deletes the line the cursor Is on. 


F4 key, <<del char>>, deletes the character at the 
cursor position and moves the remainder of the line to the , 
tert. 


F5 key, <<end>>, exits the editor and updates the 
changes. Note that <ESC> will also exit the editor after 
a confirmation, but will not update the file. 


<CE> performs a backspace function, deleting the 
character before the cursor, shifting the remainder to the 
left and deleting the remainder after the left margin is 
reached. , 
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6.8 PRINT <<print>> 
Menu 


print 


bat tererepetieint 


ctype 2CART ¢or5t 


- SEQ ~LIB - LOC ~LST . LOG 


syntax 

Print {filenames }[.type][:source] 
Default 

{filename}.SEQ:CART 
Examples 


Print FILE] 
Print FILE2.LOC:SYST 
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Description 


The print function sends an ASCII data stream to the 
serial port for a printer to provide a hard copy file listing. 
Any file with an upper case extension may be printed. 
Note that a LOG file may also be printed from 
<<prt_log>> in Manual or Sequence mode. The serial 
communication attributes are set using <<rs232c>> in 
System mode and the printout formatting is established 
using <<printer>> in System mode. 


RECOVER 


6.9 RECOVER <<recover>> 
Menu 


recover 


<.type> :CART toloe 


Syntax 
Recover {filename}|.type][:source] 
Default 
Recover {filename}.SEQ:CART 
Examples 
Recover FILE1.SEQ:CART 
Recover FILE1.seq: CART 
Recover FILE] 


Note: this recovers all types of the specified 
file. 


RECOVER 


Description 


The Recover function restores a deleted file to the 
directory if it has not been overwritten. It is used when 
a file is deleted by mistake. A list of recoverable files may 
be viewed with the directory function. Note that Recover 
should be performed as soon as possible since other 
storage into the cartridge could overwrite a deleted file 
and make it unrecoverable. 
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6.10 UPLOAD <<upload>> 
Menu 


upload 


ianarars Samniciad 


<.type> :CART :SYST 


- SEQ ap ne i - LOC me Bi . LOG 
Syntax 

Upload {filename }[.type][:source] 
Default 

{filename}.SEQ:CART 
Examples 

Upload FILE1 


Upload FILE1.LOC:SYST 
Upload FILE1.loc:CART 


UPLOAD 


Description 


Upload takes a specified file and sends it as a serial data 
stream out the communication port, following the 
attributes set with <<rs232c>> in System Mode. 
Transmission is terminated by sending three additional 
characters: SUB, ETX, EOT (CntrlZ, CntrlC, CntrlD). 
Source files are sent as ASCII characters with each line 
terminated by CR, LF. Lower case file types are sent as 
ASCH, HEX character pairs with space separators. Note 
that because of data compression techniques, uploaded 
files will be larger than they appear according to the 
storage space they occupy on :CART or :SYST. 


7 DEVICE LIBRARIES 


The device library is a database containing information for in 
and out of circuit device testing. When the RD Simulation 
Option is installed, the library also contains information to 
reconfigure a logic array to simulate various reference 
devices. 


The standard library is composed of a ROM-resident file and 
expandable user files resident in system RAM or cartridge. It 
contains test patterns for verifying the functional integrity of 
reference devices in the ZIF socket and specifications of how 
to synchronize RD and DUT. The revision level of the 
library is indicated on the main power up screen. 


Simulation library files are not user-definable, but are 
released from the factory at regular intervals on a diskette. 
They are machine code files that cannot be edited or listed. 
Simulation libraries are downloaded to the tester from a PC 
and may reside in system or cartridge RAM. 
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7.1/ STANDARD LIBRARY FORMAT 


The standard library files appear similar to .LOC files that 
were described in section 5.5. The first command in a 
command group is NAME followed by the device number 
designator. The next command either specifies the device 
size or references an equivalent device that is already 
contained in the library. 


Examples: NAME 7400X 
SIZE 14: 
NAME S7777 
LOAD 7400: 


Note that the first example defines a 14 pin device known as 
7400X, unrelated to a 7400. The second example defines a 
device known as $7777 to be equivalent to a 7400. 


Libraries, in general, have the form: 
Device definition information 
DUT/RD synchronization information 
RD Test pattern information 


Definition information includes name, size, and drive 
capability (RD_DRV). Synchronization information is covered 
in the next section. Note that parameters specified in a .LIB 
file should be general for all applications while those in a / 
-LOC file are unique to a particular circuit. 
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RD test information is used to verify the device in the 
socket. For PROM’S and PAL’s, a C_SUM is calculated 
and verified. About a hundred cells throughout the PROM 
address range are combined for its C_SUM (enough to 
characterize, but not fully evaluate it). A standard pattern is 
applied to a PAL. For all combinatorial and many sequential 
PAL’s, this generates a single characteristic C_SUM. For 
more complex PAL’s, a unique C_SUM is not obtainable by 
this method. The only recourse would be to write specitic 
vectors based on a knowledge of the PAL, as described later. 


Example of custom PAL library with C_ SUM: 


NAME PALI 
LOAD PAL20L10 
C SUM 11781: 


The creation of RD test vector patterns is covered in 
Section 7.3.3. 


As a final general word on libraries, when a user enters a 
device type number, the system first checks :CART resident 
-LIB tiles, then :SYST resident .LIB files, before checking 
the ROM resident library. Thus, device numbers duplicated 
on both ROM and cartridge will be chosen from cartridge, 
effectively ignoring the ROM library. 
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7.2 SPECIFYING RD/DUT 
SYNCHRONIZATION 


For most devices other than combinatorial and RAM chips, 
it is necessary to define the synchronization requirements 
between RD and DUT. This is because the two devices 
must first be in synchronism before a PASS/FAIL 
determination can be made. To ensure synchronization, we 
must be able to observe or infer all the internal states of 
each device. For example, an octal latch can be checked for 
synchronization by merely observing its outputs when they 
are enabled. However, an 8 bit FIFO shift register would 
require 8 pulses on its serial-shift-in line before we can infer 
the internal hidden states. 


One of the failure modes of a DUT can be that it is in an 
illegal state or simply cannot be synchronized. Every attempt 
is made, therefore, to synchronize RD and DUT before a 
PASS/FAIL test result is presented. Under certain rare 
board conditions, the DUT is not compared because of an 
inability to synchronize (Unable to Synchronize result). Two 
methods are employed during the S_Time to synchronize RD 
and DUT: 


a Monitor DUT for activity that guarantees synchronism. 
2 Stimulate RD until it "catches up" to a static DUT. 


The synchronization algorithm during S_Time is as follows: 
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SYNCHRONIZATION ALGORITHM 
| 


V 


Wait for Occurrence 
First Syne 


Conaition 


No Occurrence 
More 
Conditions 


Apply Vector 
to RD From: 

SYNCVECT LIST 
SYNC PAT LIST 
SYNC _RND LIST 


>4 Proceed 


v Vectors 


Concurrent 
DUT activity 
S-Time 
Expired? 


Unable 
to 
=7 Synenro- 
nize 
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As can be seen from the diagram, synchronism is first 
attempted with a series of Syne Conditions. These are 
chosen as the necessary and sutficient conditions that would 
guarantee the RD and DUT would be in the same state. 
For example, two 7474 D flip flops would be in the same 
state after logic 0 on the clear or preset lines or after a 
rising edge on the clock lines. If any of these occur, the 
devices are assumed to be synchronized and comparison 
testing is enabled. 


For devices with internal hidden memory states, Sync 
Conditions are the only effective technique for synchronizing 
and care must be taken to ensure that they are specilied 
completely to avoid falsely assuming synchronization. 


If these conditions do not occur, the second method 1s tried, 
stimulating the RD. The stimulus vectors may be defined 
explicitly (SYNC_VECT), chosen from the RD Test pattern 
(SYNC_PAT), or created randomly (SYNC_RND). If no 
conditions or vectors are specified, SYNC _RND is 
automatically chosen for the duration of S_Time (beware of 
false synchronization if there are hidden states). 


For our 7474 example, a suitable SYNC_VECT would be a 
pulse on both clock lines. SYNC _PAT can be an effective 
synchronization definition, but it should only be used if the 
RD Test pattern completely exercises a device. SYNC_RND 
is the easiest to specify although it is less effective. 


After each vector is applied, RD and DUT are checked to 


see that their outputs are the same and, if so, DRC testing 
proceeds. For tristate devices, a further parameter, 
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SYNC_GATE, defines when it is valid to check for 
synchronism On an Output pin. This is usually a logic level 
on the output enable pin. 


When defining the synchronizing parameters for a new library 
device, it is best to consider two questions that correspond to 
the two sync methods mentionned previously: 


hi What activity could initialize a device into a known 
state?) The Syne Conditions should be specified 
accordingly. 

ee How might a device be stimulated to cycle it through 


all possible states, or given a known state of DUT, 
how would an RD be put into the same state? The 
vectors should be specified accordingly. 


For programmable devices that have hidden states that 
cannot be observed or inferred, method 1 should be used 
alone without method 2. 


The file command for specifying method 1 is SYNC_COND, 
meaning "sync conditions". The file command for specifying 
method 2 is SYNC _VECT meaning "sync using specified 
vectors". Related variations of SYNC _VECT are _ the 
commands SYNC PAT meaning "sync using RD pattern 
vectors" and SYNC _RND meaning "syne using random 
vectors". 


The complete set of commands that define synchronization 
are shown on the following page. Their syntax is described 
with the command language in Appendix II. 


RD/DUT SYNCHRONIZATION 


S TIME: 
SYNC_COND: 


SYNC_VECT: 
SYNC PAT: 


SYNC_RND: 
SYNC_IGNORE: 


SYNC_PINS: 


SYNC_GATE: 


duration of synchronizing attempts 
defines conditions — sulficient to 
synchronize from on-board activity 
defines vectors to be sent to RD 
specifies RD Test pattern instead of 
sync vectors 

specifies random pattern instead of sync 
vectors 

specifies any pins that should be 
ignored while checking for synchronism 
specifies the DUT output pins which 
should be inactive while RD vectors are 
applied during synchronization. 
defines how tristate outputs are enabled 
on DUT. Syntax is similar to GATE. 


SYNC RESET OFF:disables the Reset pulse. 


SYNC_GR_END: 


Normally, a Reset is issued betore 
checking for each sync condition. 
identifies the end of the group of sync 
parameters. 


An example of a library definition of a device with 
synchronization parameters is a flip flop: 


NAME 
SIZE 


7474 
14 


SYNC_COND <1 P1=L+P4=L+P3=R> 
SYNC_VECT t<1 H P3=C P2=D5> 
SYNC PINS 134 

SYNC_GR_END: 


RD/DUT SYNCHRONIZATION 


All commands tollow the basic syntax rules outlined 
previously in section 5.5.1. The two synchronizing commands 
may be explained by considering their similarities and 
differences. SYNC_COND and SYNC_VECT both have: 


- Expressions framed by <> brackets 

- A number following the opening bracket that 
indicates how many times to repeat the expression 
that follows 

- Pin number activity defined with = 

- Spaces used as field separators where appropriate 

- @ sign to continue a command on the next line 


The following differences are also to be noted: 


- Syne conditions are linked with + (or), * (and) 

- The first sync vector expression is preceded with a 
number indicating how many times to repeat the 
whole line 

- H or L appears at the beginning of a vector 
expression to detine the state of all unspecified pins 

- Syne condition pin numbers (P#) refer to DUT pins 

- Syne vector pin numbers (P#) refer to RD pins 
while DUT pins are designated D#. Complement 
logic states on DUT pins are designated !D# 

- Multiple SYNC _VECT commands may be 
concatenated with the / separator 


Note that the pin activity designators are: L=logic 0, 
H=logic 1, R=rising edge, F=falling edge, C=clock pulse of 
an appropriate polarity, N=not active. 


RD/DUT SYNCHRONIZATION 


For illustration purposes, only half of the dual flip flop was 
shown in the previous example. The explanation in words of 
the SYNC_COND command is that RD and DUT will be 
considered synchronized if there is one occurrence of a clear 
pulse, preset pulse or rising edge on the clock pin. The 
explanation of the SYNC_VECT command is that to 
synchronize a RD to an inactive DUT, one vector pattern is 
applied to the RD that consists of a pulse on the clock pin 
while the D input is held to the same state as the DUT Q 
output. All other pins are held high. 


The full specification of a complete 7474 would be: 


NAME 7474 

SIZE 14 

SYNC_COND <1 P1=L+P4=L+P3=R>*<1 @ 
P10=L+P13=L+P11=R> 

SYNC_VECT i<i H P3=C P2=D5 Pli=C @ 
P12=D9> 

SYNC_PINS 13 410 11 13 


SYNC_GR_END: 


The SYNC_PINS command specifies the DUT pins that 
should be inactive to permit use of the sync vector method 
of synchronization. Here they are the clear, preset and clock 
pins. 


Sometimes when a device has more than one independent 
Structure internally it is easier to synchronize each part 
separately using multiple sync groups. In the case of the 7474 
this would be done as follows: 
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NAME 
SIZE 
SYNC_COND 
SYNC_VECT 
SYNC PINS 
SYNC_IGNORE 
SYNC_GR_END 
SYNC_COND 
SYNC _VECT 
SYNC PINS 
SYNC_IGNORE 


SYNC_GR_END: 
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7474 

14 

<1 P1=1+P4=L+P3=R> 
1<1 H P3=C P2=D5> 
las 

8 9 


<1 P10=L+P13=L+P11=R> 
1<1 H P11=C P12=D9> 

10 11 13 

56° 


In this example, SYNC_IGNORE is used to disregard the 
other half of the flip flop when one half is synchronized at 


a time. 
EXAMPLE 2: 


NAME 
SIZE 

SYNC_COND 
SYNC_VECT 


SYNC_GATE 
SYNC_PINS 
SYNC_GR_END: 


74374 
20 
<1 P11=R> 
i<1 L Pll=C P3=D2 P4=D5@ 
P7=D6 P8=D9 P13=D12 P14=D15@ 
P17=D16 P18=D19> 
P1=L 
11 


P= 41 


RD/DUT SYNCHRONIZATION 


NOTES: 


fe 


A "Synchronization timeout" message appears if the 
S_TIME value is too low for the complete vector list 
to be executed. Possible causes include: S Time too 
small, vector list too long, insufficient activity on 


SYNC_GATE. 


3. Pin 1 of DUT is the output enable pin. 
4. The DUT clock (Pin 11) must be inactive while 
vectors are applied to RD (SYNC_PINS command). * 
EXAMPLE 3: 
NAME 74161 
SIZE 16 
SYNC _COND <1 Pl1=L+P9=L*P2=R> 
SYNC VECT 1 <1 H P9=L P7=L P10=L@ 
P2=C P3=D14 P4=D13@ 
PS=D12 P6=D11> 
SYNC_PINS 219 10 
SYNC_GR_END: 
NOTES: 
1. Sync conditions here specify that RD and DUT are 
synchronized if DUT is cleared or parallel loaded. 
2. The expression <A*B> means A and B must occur 


simultaneously. <A>*<B> means A and B must 
occur, independently, in any order. 
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EXAMPLE 4: 
NAME 7490 
SLLE 16 
SYNC_COND <1 P6=H*P7=H+P2=H*@ 
P3=H> 
SYNC VECT 2 <1 L P14=C P1=D1>/@ 
<5 L P1=C P14=D14> 
SYNC PINS 1 14 
SYNC_GR_END: 
NOTES: 
1. Syne Vectors are applied to this Decade Counter 


(RD) when the DUT is inactive. Clock pin 14 receives 
a pulse followed by 5 pulses on clock pin 1. This is 
repeated twice to cycle through all 10 states. 

he The general rule for devices that have dual internal 
Structures is to hold one in the same state as DUT 
while stimulating the other (eg. P1=D1). 
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7.3 REFERENCE DEVICE FEATURES 


The main function of the reference device test is to verify 
that the correct RD has been inserted and clamped in the 
ZIF socket before DRC testing begins. This functionality 
test can also be used to verify devices out of circuit. After 
a device has been selected from Manual, Sequence or 
Develop, <etc> will bring up a second line of F key labels 
that includes <<rd>>. Pressing this key brings up: 


<<rdt_run>> applies the library test vectors and checks the 
device response. Pressing <<rdt off>> disables the RD 
test, as would be necessary when testing DUT signal 
conditions without an RD. <<rd>> can also be pressed 
from Develop/RD Lib mode. Here it is conveniently close 
to the file editor level where vectors are created. 


F4 appears as <<rd sim>> when the RD Simulation 
Option is installed and a selected device has a simulation 
library file available. Pressing it followed by <<on/off>> 
(ENTER> will disable or re-enable RD Simulation. 

F5, <<shadow>> functions similarly for RAM devices. 
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7.3.1 IDENTIFY 


<<identify>>, found by pressing <<rd>> <<etc>>, 
appears only for devices that have a definite functionality 
(i.e. not PAL’s or PROM’s). Pressing <<identify>> brings 
up the following screen: 


SIZE 20 Standard 


This allows an unknown device to be matched against a 
generic one. Pressing <<no>> will prompt for a new size 
and STD/NSTD power definition. Set this to the value 
required to match the unknown device to be identified. 


Pressing <<yes>> will cause a playback of the library RD 
Test vectors to a device inserted into the ZIF socket. The 
result will appear on the status line as a device number or 
unknown. Note that there are sometimes several device 
numbers that have the same functionality. The Identify 
feature will provide the first positive match. 
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7.3.2 C_SUM 


When a selected new device is a PROM or PAL, the RD 
Test mode screen appears as: 


2764 
Checksum expected: not loaded 


Pressing <<rdt_run>> wi'l cause about 100 addresses 
throughout a PROM/ROM to be read and a C SUM 
calculated and displayed. You may press <<c_sum>> and 
enter the numerical value on the command line. Subsequent 
RD Test trys using <<rdt_run>> or <TEST> will pass 
using the C_SUM entered here. 


For PAL’s, a C_SUM is also created, although it is arrived 
at differently. A standard pattern is applied based on the 
PAL generic number (i.e. PAL20RA10) and the output data 
characterized with a numeric value. Complex PAL’s may 
produce multiple C_SUM values and so this simple RD Test 
creation will not work. The only alternative is to write 
vectors based on a knowledge of the PAL the same as any 
standard device. The C_SUM RD Test described here is 
normally done in the .LOC file under Develop/New Seq 
mode, but may also be edited into a .LIB file as a command. 
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7.3.3 SPECIFYING RD TEST VECTORS 


Test patterns for RD Test may be specified using 
conventions for two categories of devices. 


i, A definite stimulus produces a predictable response. 
es A definite stimulus produces a response that: 


- is not predictable but is consistent 
(e.g. PROM’s) 

- is not consistent (e.g. DRAM’s because the 
vector pattern is not fast enough to retresh the 
memory data) 


The vector assignment conventions are: 


Q - logic O for an input pin 

1 - logic 1 for an input pin 

L - _ logic 0 for an output pin or Gnd 

H -_ logic 1 for an output pin or Vcc 

+ - output pin with a high or low level, not tristate 

* - Output pin with a high, low or tristate level 

Z -_ tristated output pin 

D -_ disable comparison on all output pins for this 
vector (used for devices with internal memory 
that power up in indeterminate states until 
initialized). 
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In a .LIB file created trom the Editor, the pins are listed in 
vector rows with optional spaces to improve readability. The 
starting command is RDTEST VECTORS and the last 
command is END VECTORS. In between, there may be a 
maximum of 99 user-programmable vector lines (factory 
installed vectors may be longer) 


An example of a device from the first category is 7400: 


NAME 7400 
SIZE 14 
RDTEST VECTORS 
00H OOHL  HOOHOOH 
10H 10HL HI10H10H 
01H 01HL HO01HO1H 
MLULL = L11L11H 
END_VECTORS 


Category 2 has two subcategories (CHECKSUM, 
PRESENCE). CHECKSUM is for PALs and PROMs and 
the vector assignment conventions are different from category 
1 for Output pins: 


L - undefined pin: input, high, low or tristate 
Output (try to drive pin low, but allow any 
state on pin) 

H - undefined pin: input, high, low or tristate 
Output (try to drive pin high, but allow any 
state on pin) 
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For PALs and PROMs, the header command for the vector 
table is: 
RDTEST VECTORS CHECKSUM 


The footer command is: 
END_ VECTORS 


For devices with an inconsistent response (ie. DRAMS, PALs 
with multiple C_SUM responses), the header command is: 


RDTEST VECTORS PRESENCE 
The tooter command is: 
END_ VECTORS 


Note that normally, the RD Test Vectors checksum would 
only be created by the user for new types of PAL’s and 
PROM’s. Types that are in the library already have their 
RD Test specified using C SUM as described in 
Section 3.3.1. 


The RDTEST VECTORS PRESENCE pattern moves all 
pins of the RD and checks that there is at least one pin 
driving (Output). It is therefore a rudimentary verification 
that a device with the proper number of pins is inserted 
correctly. This is used for DRAMs since the vector rate of 
RD Test is not fast enough to meet the refresh timing 
requirements for reliable data. 
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7.3.4 VERIFYING AND PRINTING RD TEST VECTORS 


RD Test may be run on a device trom the Manual Mode 
that is a sublevel of develop/rd_lib. Shown on the screen will 
ne; 


- line number that failed 
- pin number that failed 
- C_SUM error if applicable 


The RD _ Test patterns for user libraries and_ the 
ROM resident system libraries may be printed. Press 
<<rd_lib>> in Develop mode and select the device whose 
pattern is to be printed under <<manual>>. Press <ESC> 
and <<prt_pat> which will send the formatted test pattern 
to the RS232C port. 
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7.4. QUT OF CIRCUIT DEVICE TESTING 


RD Test provides a 10 KHz stored pattern functionality test 
of devices inserted in the socket. It primarily captures static 
failures such as pins that are blown low, high or open. 


Reverse DRC testing may be employed to functionally 
compare a device in the socket within the specs of the tester 
to a known good device operating on a good board. The 
same 20 MHz signal limit and test parameters from normal 
DRC testing apply. This can be an effective way to screen 
devices such as DRAM’s at the speed they will operate at in 
their final circuit. Note that there are a few factors that 
affect the quality of test: 


- the test is only as comprehensive as the activity from 
the on-board device 


: the device in the ZIF socket is only under a load of 
Lis Thi. 


- a blown open fault in the socket will not be detected 
as a failure by DRC. The RD Test will, however, 
catch this, so it is an indispensable part of ZIF socket 
device screening. 


APPENDIX | 
APPLICATIONS 


Information is provided here on when to use various testing 
features and parameters. A general description by device 
category is followed by specific device advice. Refer to 
Section 2.7 for a feature-oriented description of the same 
material. 


Device Types Page 
RAMs 7 
PALs 10 
EPROMs and EEPROMs 12 
Bus drivers, receivers 14 
Open Collector Devices 16 
Simulated RD testing Lf 
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GENERAL APPLICATION GUIDELINES 


During sequence creation, the test parameters are established 
on a good board so that all devices pass. Most devices pass 
with default settings. If a device appears to fail, the user 
makes some adjustments, interprets the results and establishes 
an optimum passing setup. Some general rules apply to all 
devices: 
- High speed and noisy boards require 2 ground leads 
from the Interface Buffer. 
- Board supply voltage should be clean and within 
specifications. 
- Using Reset is usually the best way to initialize a 
board to a known state. 
- Board stimulus should be repeatable. 
- Complex devices such as LSIs may require the same 
manufacturer for RD and DUT. 


The library data associated with individual device numbers is 
usually sufficient to synchronize RD and DUT and compare 
them within a default Performance Envelope. If a device 
"fails", it is helpful to first establish which type it is: 


1. Combinatorial - output pins are a function of immediate 
input states (eg. NAND gate) 
2. Synchronous - outputs are a function of previous 


clocked inputs and immediate inputs. Previous inputs can 
be observed or inferred from the device pins (eg. latch) 

3. Programmable - outputs are a function of immediate 
and previous inputs which are hidden states not observable 
on device pins (eg. RAM) 
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4. Tristatable - a combinatorial, synchronous or 
programmable device whose output pins may be selected 
or enabled. When disabled, they are floating. 


The following adjustments are recommended for each device 
category to produce a PASS result: 


1. Combinatorial 
Increase FMASK to account for in-circuit loading of 
a DUT output. Note that FMask should be limited to 
a value below the signal pulse width (ie. 100 ns cannot 
check a square wave higher than 5 MHz since FMASK 
is wider than the pulse). 


Lower Threshold for a DUT with long rise times on 
input signals. This may shift the timing to more closely 
match that of the RD. 


Follow the advice for tristate devices if the output 
lines are tristatable. 


2. Synchronous 


Increase FMASK to account for DUT loading. If a 
failure is still present, investigate other causes. 


If the Q and complement Q outputs fail together on 
such devices as latches, it indicates a race problem. 
The close concurrence of clock and data edges causes 
DUT and RD to be out of phase. Adjust Threshold 
up or down to shift the clock edges. 
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Devices selected from the standard library have 
adequate synchronizing conditions specified. Increasing 
STIME may resolve the "unable to synchronize" result 
in some cases. 


Devices unknown to the library or added by the user 
(eg. PAL) may require STIME (typically 3000 ms) and 
a library synchronization definition. A random 
synchronization method is used if no other is detined. 
Improper synchronization is often indicated when 
different pins fail each time the test is done. 


_~ 3. Programmable 


Increase FMASK to account for DUT loading. 


Set a negative Reset Offset (eg. -1000 ms) to allow 
DUT and RD to be initialized together. If this solves 
the problem, it is recommended that a Trigger word(s) 
be set on the initialization activity without Offset. 
Alternatively, sync conditions may be added to the 
library data to specify a complex series of initialization 
activity. 


For RAM, the initialization problem can be thought 
of as a "read before write" operation which is 
performed by some systems after they are reset. 

The Shadow RAM feature will automatically gate out 
these occurences. Alternatively, a Trigger may be set 
to bypass the problem addresses. 
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When testing RAM devices that have a common pin 
for D_in/D_out, it should be designated "Active" to 
highlight a short on this pin. Comparison testing alone 
will pass this failure mode since RD and DUT will 
contain all 1s or Os. . 


4. Tristate 


Increase FMASK to account for the presence of slight 
bus contention (no more than 100 ns). 


Use an external Gate on a bus control signal to mask 
out bus contention or undefined DUT states. 


Use Delayed Gate to ignore contention around the 
edges of chip enable (FMask can then be small). 


Lower Threshold to shift the edges of slowly rising 
bus signals. Ensure that there is plenty of extra margin 
in the FMASK setting since Threshold characterisitics 
may vary from board to board. 


GENERAL APPLICATIONS 


The preceding guidelines are summarized in the following 
diagram where each successive device category adds another 
layer of parameters that may be used to make a device pass. 


DEVICE TYPE LIBRARY DATA PARAMETERS 


Tristate Gate 
Programmable Syne Conditions Trigger 
(No Vectors) Oftset 
Shadow RAM 
Synchronous Sync Conditions Reset 
Syne Vectors STime 
Combinatorial FMask 
Threshold 
Ignore 
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SPECIFIC DEVICE GUIDELINES 
RAM Testing 


RAM devices may be tested with Dynamic Reference 
Comparison, provided that tester and board under test 
operate so there are no initialization problems. The easiest 
way of ensuring this is to use the Shadow RAM feature 
available with the Simulation Option. A 64K high speed 
RAM records the addresses being written on the RAM under 
test and permits comparison of the data pins only for those 
addresses. On larger memories, the shadow covers successive 
pages of 64K as the Test Time and Reset are repeated.Many 
of the initialization suggestions given below are unnecessary 
when this feature is used. 


As with any DUT, RAM is stimulated by the board activity 
or selftest to be exercised and exhibit a fault. RAM is often 
exercised through all locations as part of a board’s power-on 
"diagnostic" and it is recommended that Reset be used to 
repeatedly execute it. 


RAM Setup on a Good Board: 


If the RAM does not pass during Sequence creation on a 
good board, try the following steps: 


la. Ensure that the tester Reset lead initiates a "hard 
restart" of the board so all memory locations are 
initialized in both DUT and RD. 
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If a looping diagnostic is being run on the board, try 

to synchronize board and tester by other means: 

- Place the External Trigger lead on a signal 
that is activated at the beginning of the 
memory diagnostic. 

- Set a negative Reset Offset that is longer than the 
duration of the diagnostic (even though the Reset 
lead is not connected). 

- Set a Trigger for a transition on the EXT patch lead 
and manually touch it to a signal to start comparison 
after one cycle of the diagnostic activity. 

Increase FMASK slightly (eg. 59 ns) or change 

THRESHOLD to account for loading or noise. 

If a failure still occurs, verify that it is caused by a 

lack of initialization by assigning a negative value to 

Reset Offset (eg. -1000 ms). This will have the effect 

of bypassing the read-before-write which some systems 

do immediately after a Reset. 

If a pass is achieved in step 3, try assigning a Trigger 

to bypass the problem instead of Reset Offset. One of 

three Triggers has been found to work in most cases: 

- Set word 1 to a write cycle at the address where the 
initialization fault appears (refer to the EoT screen 
to read the failed address from the state on the pins) 

- Set word 1 to a write cycle in the highest address 
(eg. FF for 41256). Set word 2 to a write cycle in 
the second highest address (eg. FE). 

- Set word 1 to a write cycle in the lowest address 
(eg. 00). Set word 2 to a write cycle in the 
second lowest address (eg. 01). 

Note: These settings assume that memory test consists 

of consecutive writes and reads to all locations. 
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RAM Testing on Bad Boards 


Once a proper setting has been verified on a good board, the 
same setup may be used to test RAMs on bad boards 
provided some attention is paid to the order that devices are 
tested. 


It is recommended that bus drivers, address decoders and 
timing generation circuits (eg. RAS, CAS) be tested before 
RAM devices themselves. Failures on these other devices can 
induce apparent problems on RAMs, so they should be 
cleared up first. 


Other RAM Information 


if The RD Test pattern supplied to the ZIF socket is 
too slow to maintain the refresh requirements of 
Dynamic RAMs. The RD Test that is used to verify 
the device in the socket is therefore only a 
rudimentary check that something is inserted in the 
socket. 


Zs Testing of a RAM that is not in the library is simply 
done by choosing the size parameter (and optional 
nonstandard power pins) and proceeding as with a 
library device. 


PAL TESTING 


PAL Testing 


The default parameter setting after entering a generic PAL 
type is the same as for a combinatorial device. STime is off 
and a Reset is enabled. This setting is good for combinatorial 
PALs and even synchronous and programmable ones ( those 
with hidden states), provided that the Reset completely 
initializes them. If this is not the case, comparison test will 
appear to fail on a good PAL. Such a synchronism problem 
often causes the device to fail differently each time. 


The first thing to try is to assign a value to STime of, for 
example, 3000 ms. The tester will then try to match RD and 
DUT for up ‘0 3 seconds befor comparing them. During the 
STime, the RD Test pattern is applied to the RD to try and 
cycle it through all its states as seen from its outputs. 
Occasionally, a false synchronization phenomenon is 
observed. That is, the RD and DUT outputs will appear to 
match even though some internal hidden registers do not. 
Then, comparison testing begins and shows a failure as soon 
as the internal states propagate to the output pins. 


There are two further approaches to a solution, depending 
on whether the internal PAL design is known. If it is known, 
a library file should be created following the rules outlined 
in Section 7.2 for specifying synchronization. Specifically this 
will involve using the SYNC_COND command to account for 
initialization of hidden states. If the PAL design is not 
known, set STime off and assign a Reset Oftset value that is 
a negative number large enough to permit on-board activity 
to initialize the DUT/RD. 
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PAL TESTING 


Another peculiarity with PALs is the occurence sometimes of 
multiple C SUM values when running RD Test. The C SUM 
is calculated from a standard pattern that is an estimate of 
suitable stimulus activity for each PAL type. Occasionally, this 
results in an inconsistent checksum result. The only recourse 
is to develop explicit RD Test Vectors based on a knowledge 
of the PAL functionality, or simply to disable RD Test. In 
the latter case, it would be wise to include a display message 
in the Sequence to remind the operator to insert a 
reference device. 


oe 


EPROM/EEPROM TESTING 


EPROMs and EEPROMS 


PROMs and EPROMs are treated as combinatorial devices 
for the purposes of DRC testing. Simple Performance 
Envelope adjustments to FMask and Threshold are normally 
all that are required. The default library setting of RD Drive 
is LOW for certain devices such as 27XXX because there is 
a wide variation in drive capability between vendors. 


Occasionally, the RD Drive LOW setting (which is suitable 
for weak low speed devices) causes apparent failures for 
DUTs that are operated at high speed. In this case, changing 
RD_DRV to HIGH should resolve the problem. If, after 
changing to a high drive setting, the RD Test fails, it means 
that the RD is a weak device that really does require a low 
drive setting. 
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EPROM/EEPROM TESTING 


EEPROM testing presents special considerations. They are 
not in the standard library and so are specified using Size 
and other parameters. The data in an EEPROM used as a 
reference device may be destroyed by the RD Test activity 
on the programming pins. EEPROM application rules are as 
follows: 


- RD Test should be disabled. The default random 
pattern stimulus may otherwise reprogram the device. 


- The RDY/BUSY pin should be ignored because, 
typically, the variation in response delay between 
several good devices is quite large (ie. larger than 
the 200 ns maximum FMask). 


- Gate should be set to ignore comparison when the 
device is busy with a write operation. 


- The RD should be selected to be as fast or faster 
than the DUT. 


It is convenient to follow these rules and create a custom 
library file tor the EEPROMs that you use. An example of 
such a file for the Hitachi EEPROM HNSS8C6SP is: 


NAME 5865 
SIZE 28 

RDT_ ENABLE OFF 
IGNORE 1 

GATE ON P1=1: 
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BUS DEVICES 


Bus Devices 


Bus drivers such as 74244 often exhibit contention on a good 
board as they may be momentarily enabled while some other 
device is also on the bus. FMask can be used to mask out 
small amounts of contention, but usually a Gate will be the 
best solution. Two types of gating may be employed. 


First, with the Delayed Gate feature of the RD Simulation 
Option, the setting can be determined from signals that are 
present on the DUT. The output enable pin(s) are used to 
specify the Gate condition (Pin1,19=0 for 74244).Then the 
duration of the gating window is set to a short time (eg. 100 
ns). Te delay of this window is incremented from the Gate 
Condition edge until a PASS result is obtained. The duration 
is then incremented to as large a value as possible while still 
maintaining a PASS result. This gates out the bus contention 
that can occur at either edge of a chip enabling signal. 


OUTPUT ENABLE 


— oo 


OUTPUTS | 


DELAYED GATE |<—>|delay 


<duration> 
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BUS DEVICES 


The second technique relies on using a simple External Gate 
signal from the patch lead connected to a point not on the 
DUT. The appropriate signal is usually found in the bus 
control circuit. Without specific design information on the 
board operation, a trial method has been found to work. 
Enabling signals are often complement logic (true=Q), so set 
EXT Gate to 0. Then, attach the lead to the various bus 
control signals that are possible solutions. Once one or 
several signals are found to result in a PASS on the DUT, 
the test should be repeated while shorting out a DUT pin to 
simulate a fault, The proper Gate signal will be the one that 
passes without a fault and tails when a fault is inserted. 
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OPEN COLLECTOR DEVICES 


Open Collector Devices 


The outputs of open collector devices respond, not only to 
their own inputs, but to other devices that are wire-ORed to 
their outputs. Since the RD is itself an open collector device 
(with a pullup resistor provided in the tester), its outputs are 
not actively driving in the high state. Therefore comparison 
is only performed when there is a low state on the RD. 
DRC testing is an elfective test that a DUT is driving low 
when it should. A condition test should be enabled using 
PIN_DEF to verity that each output also goes high when 
nothing is driving the bus. Therefore the only special 
consideration when testing an open collector device is that all 
output pins should be specified as "Active" using PIN DEF. 
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SIMULATED RD 


Simulated Reference Devices 


FMask is used to compensate for any timing differences 
between DUT and RD. If FMask must be set to a value 
higher than the pulse width of the output signals on the 
DUT, it will be necessary to use an actual RD to permit 
FMask to have a lower value. As a guideline, the following 
FMask values are matched to their maximum testable signal 
speed: 

20 ns, 20 MHz 

30 ns, 16 MHz 

40 ns, 12 MHz 

50 ns 10 MHz 

60 ns, 8 MHz 
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COMMAND LANGUAGE PAGE 
ACTIVITY 200. ccc eee teens 5 
CLIP_CHK 0... ect eee ee 7 
COMMENT ....... 00.0 ccc eee c eee eee eee 9 
COMPARE ......... 00.0 cece eee teens 11 
SA), an re eee ee nee 13 
BO Gowns cdo ues 09% wees wa cone nvareeoand 15 
BR coins ccdu een bh ow bd owed en de yh ben ses 17 
END FUNCTION ......... 00.00 cece eee eens 19 
PMASK feces bees sasdatusaevsskesadeaess 21 
FUNCTION ... 00.0... cee cece cece eee e ees 23 
Be Sk» nahi de oe dpces ens dbkscuweas 448 25 
GATE DELAY .......... 000s cece eee 27 
Pe heh ey ds pdre hon 84a dds eeeens 29 
IGNORE 20... cece ee eens 31 
JUMP oo... cee cette teen nee nes 33 
LOAD 0... tect e eevee ens 35 
POG PW na cb ue ss x beens panasenaibendin 37 
NN 39 
AO DAV Gov cd cee buedaeéuvatacaeduaenesss 44 
FOE io on canada dadndpaau avd crnddane asus 43 
RDT ENABLE ........ 00.00. c eve e eee e eee 45 
RDTEST «00. ee eee eens 47 
HEGEL cee cade ee gustetawbadieravuneagada 49 
SHADOW ...... 0... cece cece eee ene 51 
eS be 65044 ke bbb behaw bb4e sea b ents 53 
SOUND ... 00... ccc cece cette ete eee een 55 
STING is vs kc cava ine eucduraeeVauuveee? 57 
SYNC_COND ....0. 00.0. c ccc c eevee eee 59 
SYNC GATE .......... cece cece eee e ene eee 61 
SYNC_GR_END ......... 000.0 cee cece een 63 
SYNC IGNORE ......... 0000s cece eee e eee en 65 
SYNC PAT 200. ccc cece teen ene en 67 
SYNC PING cosas pad od bndaussvead oda lve) 69 
SYNC_RESET OFF ....... 00.0 ccc eee een 71 
SYNC AND aes s bod basiurewseubgersewras 73 
SYNC_VECT 0.0... ccc cece eee ee 75 
Tess oo an odo © 6h orn PB ed eas bh Se oe be 77 
THRSLD 2.0. een es 79 
TRIGGER .... 0. eee eee 81 
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COMMAND LANGUAGE 


All commands may be put into a file with the Editor and 
they are listed here alphabetically with their required syntax. 
In addition, many commands may be generated trom 
keystrokes in New_seq mode. The table on the page II - 3 
lists which commands are possible under the Editor (with 
recommended file types) and New_seq mode. The command 
language follows a number of rules in addition to the specific 
syntax listed with each command: 


- Each line is a command. Blank lines have no effect, 
but make a listing more readable. Commands are 
grouped together by device or location to form e 
command group. 


- Command groups end with a colon (:) 


- Command fields are separated by at least one space. 
The Tab key ts often used to improve readability. 


- Maximum line length is 254 characters. 


- Labels start with a letter and are alphanumeric 
(including underline character). 


- A semicolon (;) denotes a comment in the file listing. 


- @ as a line terminator means continue on next line. 
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COMMAND LANGUAGE 


To view a file on the screen, press <<edit>> and enter the 
file name, type and source on the command line (e.g. 
A.SEQ:CART). 


Example: 


LOC _FILE A;this comment has no effect 
TEST U1: 
TEST U22: 

LABEL TEST U46: 


Scrolling through a listing on the screen is done with the up 
and down arrow keys. "Shift down arrow" scrolls a full page 
and "Cntr down arrow’ scrolls to the end of the file. 


Command parameters enclosed with { } brackets are 
mandatory in the syntax descriptions; parameters enclosed in 
[ | brackets are optional. These brackets do not form part 
of the command. Conversely, for the Sync commands, < > 
brackets are used that do form part of the command. The 
syntax and examples for certain commands sometimes appear 
to wrap around two lines. The actual screen editor has a 
254 character line length which accommodates any command 
on a single line. 
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COMMAND LANGUAGE 


COMMAND EDITABLE FILE NEW SEQ 
SEQ .LOC .LIB 

ACTIVITY xX x (4 

CLIP-CHK x xX x 

COMMENT xX x 

COMPARE xX xX 

C_ SUM ‘4 xX xX 

DISPSLAY xX x 

END x 

END FUNCTION X 

F MASK x xX 

FUNCTION xX 

GATE x x x 

GATE DELAY x xX x 

IF...THEN... xX 

IGNORE 4 xX x 

JUMP xX 

LOAD xX x x 

LOC FILE x 

NAME x = x 

RD DRV x xX xX 

RDSIM x x 4 

RDT_ENABLE xX x xX 

RDTEST x 

RESET x D4 

SHADOW x x x 

SIZE xX x x 

SOUND x 

S TIME x x x 

SYNC-COND xX 

SYNC GATE xX 

SYNC _GR_ END xX 
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COMMAND LANGUAGE 


COMMAND EDITABLE FILE NEW _SEQ 
SEQ .LOC LIB 

SYNC_IGNORE x 

SYNC PAT X 

SYNC PINS “ 

SYNC_RESET OFF x 

SYNC_RND x 

SYNC_VECT x 

TEST X 

THRSLD . = X 

TRIGGER 4 4 

T_TIME X X 
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ACTIVITY 


ACTIVITY 
Purpose: To test tor signal conditions on individual pins. 
Syntax: ACTIVITY {pin#=status pin# =frequency 
tolerance....} 
Parameters: H - high 
L - low 
A - active 
X - don't care 
CLEAR - disable all condition tests 
Frequency from .005 Hz to 25 MHz with units 
Hz, kHz, MHz 
Tolerance of frequency as a percentage 
Exarr ple: 
ACTIVITY P3=H P7=L P9=A P12=12.325 MHz 3% 
ACTIVITY CLEAR 
Description: This command specifies signal condition checks 


to be performed on a per pin basis. They 
include high state, low state, active toggling 
and specified frequency within a tolerance. The 
conditions are added to any conditions that 
may have been specified in a_ previous 
command. 
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CLIP_CHK 


CLIP_CHK 

Purpose: To verily orientation of test clip on DUT. 
Syntax: CLIP_CHK {ON/OFF} 

Parameters: ON _ - enables clip check 


OFF - disables clip check 
Example: CLIP CHK ON 
Description: The clip check command enables or disables 


the verification of logic levels on the power 
pins of the DUT. 
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COMMENT 


COMMENT 

Purpose: To insert a message string into a log file. 

Syntax: COMMENT {"message string"} 

Parameter: Alphanumbericcharacters enclosed in quotation 
marks. 

Example: COMMENT "THIS MESSAGE WILL 

APPEAR IN A LOG FILE" 
Description: This command will put a message string into 


any currently open log files that have 
comments enabled in their log format. 
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COMPARE 


COMPARE 

Purpose: To re-enable any pins that were previously 
ignored. 

Syntax: COMPARE (list of pins} 


Parameters: pin numbers 
consecutive pins 


Example: COMPARE 1 3-5 11 15-13 


WsAt. 


Le 


C SUM 


Purpose: 


Syntax: 
Parameter: 


Example: 


Description: 


C SUM 


To specify the value to be used as the 
checksum for the RD Test of a PROM or Pal. 


C_SUM {value} 

Value in the range of 0 to 65535 

C_SUM 56241 

When the ROM.-resident or user file RD Test 
vectors are specified in the checksum format, 


the C_SUM value is used to verify the RD 
response. 
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DISPLAY 


Purpose: 
Syntax: 


Parameters: 


Example: 


DISPLAY 1 


DISPLAY 


Description: 


DISPLAY 


To put an operator prompt on the display. 


DISPLAY [line number] {"message string"} 


Line number - 


message string - 


1,2,3,4. Line 3 is 
assumed if blank. 
characters enclosed in 
quotation marks. 

The string must be less 
than 40 characters except 
for line 3 which will 
wrape to line 4 for a 
maximum of 80 
characters. 


"THIS MESSAGE WILL APPEAR ON 


FIRST LINE" 


"THIS WILL APPEAR ON THIRD LINE" 


This command puts a parameter string that is 
enclosed in quotation marks on the screen as 


an operator prompt. 


The string length is 


limited to 40 per line. Line 3 will wrap around 


to line 4. 
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END 


END 
Purpose: To return Sequence execution to the start. 
Syntax: END 


Parameters: None 


Description: This command returns to the start and brings 
up the first screen when running a Sequence. 
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END_FUNCTION 


END FUNCTION 


Purpose: To return execution to the main sequence after 
a function subroutine. 


Syntax: END FUNCTION 
Parameters: None 


Example: See FUNCTION command. 
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F MASK 


F MASK 
Purpose: To set the Performance Envelope tolerance. 
Syntax: F_MASK {value} 


Parameter: Value is a number in the range of 20 to 200 
ns with 10 ns increments. 


Example: F MASK 60 


Description: This command sets the value of the comparison 
resolution. 
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FUNCTION 


FUNCTION 


Purpose: 


Syntax: 


{label} 


Parameter: 


Example: 


MESG1 


Description: 


To call a subroutine consisting of one or more 
commands. 


FUNCTION {label} 


[command 1] 
[command n| 


Label is an alphanumeric string beginning with 
a letter. 


FUNCTION MESG1 


DISPLAY "USER PROMPT MESSAGE" 
END FUNCTION 


This command acts as a subroutine call, 
transferring execution to the labelled command 
and returning with END FUNCTION. It is 
good practice to place labelled functions after 
the END of a Sequence so they are not 
entered accidentally. 
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GATE 


Purpose: 


Syntax: 


Parameters: 


Example: 


Description: 


GATE 


To mask out indeterminate or illegal device 
states. 


GATE {parameter} {P#=I/O E=I/O...} 


ON - enables or re-enables gate 

OFF - disables gate 

CLEAR - clear all I/O definitions 

CLEAR PINS - clear P# definitions but 
not E 


GATE ON P3=1 P4=0 E=1 
GATE OrF 
GATE ON 


Note: The third line re-enables the gate 
defined in the first line. 


This command masks out comparison testing 
whenever an event occurs defined by specified 
logic states on all device pins plus the EXT 
patch lead. It may be turned off and 
subsequently re-enabled. 
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GATE_DELAY 


GATE_DELAY 


Purpose: 


Syntax: 


Parameters: 


occurs 
satisfied. 


To detine the delay and duration of the Gate 
function relative to the condition detined with 
the GATE command. 


GATE DELAY {polarity} {DEL=value ns/us} 
{DUR=value ns/us} 


polarity - TRUE means comparison 
when GATE condition 


INV means comparison occurs 
outside of gating time. 
DEL value - 2,3 or 4 digits in the ranges 
specified in Section 1.2.4 
DUR value - zer> or up to 4 digits in the 
ranges specified in Section 1.2.4 


Example: GATE DELAY TRUE DEL=160ns DUR=10.2us 
GATE DELAY TRUE DEL=360ns DUR=Ons 


Note:The duration of the gating window in the last 


example is as long as the full Gate condition 


Description: This command delays comparison testing for a 


specified delay time after the Gate condition 
is satisfied. Then, the comparison window will 
last as long as the specified duration. 
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IF... THEN... 


ee la ee 


Purpose: 
Syntax: 


Parameters: 


To redirect sequence flow based on test results. 
IF {conditions} THEN {command} 
Conditions 


- PASSED 

- FAILED 

- RD SHORTED 

- RD TEST FAILED 

- CLIP TES FAILED 

: FAILED TO SYNC 

- NO_GATE 

- NO_TRIGGER 

- NO_ TRIGGER WORD1 
- NO_ TRIGGER WORD2 
- P#=H,L,A, frequency and tolerance 


Operators 

+ AND 

. OR 

< less than 

> greater than 

- equal 

<> not equal 

@) precedence brackets 
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IF... THEN... 


Examples: 


Description: 


IF PASSED THEN DISPLAY "ABC" 

IF FAILED +P4 <> 5 MHz 5% 
THEN JUMP LABEL2 

IF P3-SMHz 5% *(P5=A+P6=L) 
THEN JUMP LABELS 


This command will examine the last test result 
for specified conditions and, if found to be 
false, the rest of the command is not executed. 
The word THEN is interpreted as a command 
separator and the word following it is assumed 
to be a command. For the + and * operators, 
the evaluation takes place from left to right 
unless precedence is indicated by brackets. 
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IGNORE 


IGNORE 
Purpose: To disable comparison testing on specified pins. 
Syntax: IGNORE {pins and consecutive pin groups} 


Parameters: number 
number - number 


Example: IGNORE 1 3-5 11 15-13 
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JUMP 


JUMP 
Purpose: To unconditionally redirect sequence flow. 
Syntax: JUMP {label} 


Parameter: Label is an alphanumeric string beginning with 
a letter. 


Example: JUMP CONT1 
CONT1 DISPLAY "ABC" 


Description: This will caluse the Sequence to continue 
execution at the label specified. 
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LOAD 


Purpose: 


Syntax: 


Parameter: 


Example: 


LOAD 


To load parameter data from the library for a 
specified device. 


LOAD {device} 
Any device named in ROM or user libraries. 


LOAD 7400 
LOAD PAL20V10 
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LOC FILE 


LOC FILE 
Purpose: To reterence a .loc file to a .seq file. 
Syntax: LOC FILE {file name} 


Parameters: Name of .loc file 
Example: LOC_FILE IBM_AT 


Description: This command must be the first line of a. SEQ 
file. It specifies which .LOC file to use and 
allows ditferent .SEQ files to use the same 
-LOC tile. This command never has a colon 
(:) line terminator. 
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NAME 


Purpose: 


Syntax: 


Parameter: 


Example: 


NAME 


To define a reference string for a command 
group in a .LOC or a .LIB file. 


NAME {string} 
Alphanumeric characters 


NAME U45 
NAME 7400 
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RD DAV 


Purpose: 


Syntax: 


Parameters: 


Example: 


Description: 


RD_DRV 


To permit comparison testing of weak drive 
devices. 


RD_DRV {parameter} 


HIGH 
LOW 


RD DRV LOW 


This command changes the DIFTEST 
comparison circuit so it loads the RD by only 
about a third of the usual 1 LS load. This 
permits devices which have a weaker drive 
characteristic to be used as an RD. 
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RDSIM 


RDSIM 

Purpose: To enable or disable the simulation of a 
reference device. 

Syntax: RDSIM {parameter} 


Parameter: ON 
OFF 


Example: RDSIM OFF 


Description: This command is mainly used to disable the 
simulation of a reference device and require 
the use of an actual RD in the ZIF socket. 
When the Simulation Option hardware is 
installed and a Simulation Library is present in 
SYST or CART memory for the device 
selected, the RD is simulated by default. When 
disabled, RD Test is done to verify that the 
user has inserted a reference device. 
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RDT_ENABLE 


RDT ENABLE 
Purpose: To enable or disable the automatic RD Test. 
Syntax: RDT_ENABLE {parameter} 


Parameters: ON 
OFF 


Example: | RDT ENABLE OFF 
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_~. _ Description: 


RDTEST 


—-., 
RDTEST 
Purpose: To specify a new RD Test in a user library. 
Syntax: RDTEST {VECTORS} [Vector type] 
Vector Table 
END_VECTORS 
Parameters: 
VECTORS - evaluated by table 
VECTORS CHECKSUM ~ - evaluated by C SUM 
VECTORS PRESENCE - evaluated by drive 
detection 
- 
Note: Maximum number of vectors is 99. 
Example: 


NAME 7400 

SIZE 14 
RDTEST = VECTORS 
OOHOOHL § HOOHOOH 
10H10HL  H10H10H 
O1HOIHL = HO1HO01H 
11L11LL L11H11H 
END VECTORS 


This command loads the RD test pattern. The 
pattern is specified as one of 3 vector table 
types followed by the vector trble and 
terminated by END VECTORS. 


II - 47 


RDTEST 


Vector Table Symbol Conventions 


V. CHKSM 
VECT V. PRNCE PIN DESCRIPTION 
0 0 (1) LOW INPUT (VERIFIED) 
1 1 (1) HIGH INPUT (VERIFIED) 
L (2) LOW INPUT (UNVERIFIED) 
H (2) HIGH INPUT (UNVERIFIED) 
L (6) LOW OUTPUT OR Gnd 
H (6) HIGH OUTPUT OR Vcc 
Z Z TRISTATED OUTPUT 
+ (7) HIGH OR LOW OUTPUT OR Vec,Gnd 
* HIGH, LOW,TRISTATE OUTPUT 
D D (3) ALL OUTPUTS UNKNOWN 


1. Pin must follow the level driven. 

2. Pin need not follow driven level. 

3 D on any pin causes all pins to be ignored for that vector. 
Used for devices that power up in indeterminate state until 
initialized (e.g. UART). 

4 Columns of vectors are the pin numbers from left to right. 

2. Spaces may separate vector elements for readability. 

6 Gnd pin is assigned L for VECTORS type. 

Vcc pin is assigned H for VECTORS type. 

7. Gnd and Vcc are assigned + for VECTOR CHECKSUM or 

PRESENCE types. 
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RESET 


RESET 
Purpose: To define the attributes of the Reset pulse. 
Syntax: RESET {ON/OFF} {polarity} {source} 


{DUR=duration} {OFS=offset} 


Parameters: ON 


enables current setting 


OFF suspends reset pulse 
polarity POS (positive) or NEG 
(negative) 
voltage INT (+5V) or EXT (from V 
patch Lead) 
duration DUR from 10 to 32767 ms in 
1 ms steps 
offset OFS up to + or - 32767 ms in 
1 ms steps 
Example: 
RESET ON NEG INT DUR=200 OFS=-30 
RESET OFF 
RESET ON 


Description: This command issues a reset pulse on the R 
patch lead when <TEST> is pressed and 
before the S_ TIME portion of the test cycle. 
Polarity, voltage, duration and offset relative to 
comparison are definable. 
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SHADOW 


SHADOW 


Purpose: To enable or disable the gating out of testing 
for locations in RAM memory that have not 
been initialized (written). 


Syntax: SHADOW {parameter} 


Parameter: ON 
OFF 


Example: SHADOW OFF 


Description: This command is mainly used to disable the 
shadowing feature. It is automatically enabled 
when the Simulation Option hardware is 
installed and a Shadow Pattern Library is 
resident in SYST or CART memory. If the 
timing characteristics of DUT operation are 
too fast to use shadowing ( < 20 ns setup and 
hold times), Shadow should be disabled and 
Trigger used to solve any initialization 
problems. 
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SIZE 


SIZE 
Purpose: To decline device size and power configuration. 
Syntax: SIZE {# of pins} [VCC pin list GND pin list] 
Parameters: 
SIZE VCC GND 
8 1,4,7,8 45,8 
14 1,4,5,13,14 4,7,10,11,14 
16 1,4,5,8,15,16 4,7,8,12,13,16 
18 1,4,5,8,9,17,18 4,7,8,9,14,15,18 
20 1,4,5,8,9,19,20 4,7,8,9,10,16,17,20 
22 1,4,5,8,9,21,22 4,7,8,9,10,11,18,19,22 
24 1,4,5,8,9,23,24 4,7,8,9,10,11,12,20,21,24 
28 1,4,5,8,9,27,28 4,7,8,9,10,11,12,14,24,25, 28 


Example: SIZE 16 
SIZE 16 VCC 8 GND 16 4 


Description: This command defines the size of the RD. 
Optionally, the Vcc and Gnd power pins 
may be specified. If these parameters are 
not included, the standard pin 
configuration is assumed (Vcc= highest 
pin#, Gnd= (highest pin#)/2). 
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SOUND 


SOUND 


Purpose: To generate an alert sound when encountered in 
a sequence. 


Syntax: SOUND {type} 


Parameters: FAIL 
PASS 
POWER _UP 
ERROR 
ACK 
ASCII 


Example: SOUND ERROR 
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S TIME 


S TIME 


Purpose: To define the duration of a synchronizing interval 
prior to comparison testing. 


Syntax: S time {ON/OFF} [time] 


Parameters: Time value from 10 to 9990ms in 10 ms 
steps. 


Example: S TIME ON 5000 
S TIME OFF 
S TIME ON 


Description: This cominand sets the maximum amount 
of time, not including Reset duration, that 
the machine will attempt to synchronize 
RD and DUT. When it is used without 
a time parameter, the time is chosen as 
the previous value used. 
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SYNC_COND 


SYNC_COND 


Purpose: To define the necessary and sufficient DUT 
activity for synchronizing RD and DUT. 


Syntax: SYNC COND <# cond 1> operator 
<# cond #2>... 


Parameters: 


# number of occurrences of bracketed expression 


Pin #= 


operator 


priority 


*4+ ZN AM x 


high pin state 

low pin state 

rising edge 

falling edge 

not act:ve 

logical OR 

logical AND 

boundary of condition (cannot be 
nested) 

grouping within condition or of 
conditions 

ordered AND _ operator that 
requires left condition to be 
satisfied before right condition is 
evaluated. 
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SYNC_COND 


Example: 
for 74166 Clear + Serial Shift + Parallel load 
SYNC_COND 
<1 P9=L> + 
<8 P15=H*(P7=L*P6=R+P7=R*P6=L)> + 
<1 P15=L*(P7=L*P6=R+P7=R*P6=L)> 
for 74595 


SYNC_COND<8 P11=R>/<1 P12=R> 
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SYNC_GATE 


SYNC_GATE 


To define the time window to check for synchronization from 
the DUT output enable pin(s) for tristated devices. 


Syntax: SYNC_GATE {P#=1/0 P#=1/0...} 


Parameters: P#= pin number 


Example: SYNC GATE P3=1 P5=0 
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SYNC_GR_END 


SYNC_GR_END 
To mark the end of a group of SYNC commands. 
Syntax: SYNC_GR_END 


Parameters: None 
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SYNC_IGNORE 


SYNC_IGNORE 


To define the pins that should be ignored while checking if 
RD and DUT are synchronized. 


Syntax: SYNC IGNORE {list of pins} 
Parameter: Numbers from 1 through 28 


Example: SYNC_IGNORE 3 11 13 
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SYNC_PAT 


SYNC_PAT 


To specify the use of the RD Test vector pattern for 
synchronization. 


Syntax: © SYNC PAT 


Parameters: None 
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SYNG_PINS 


SYNC PINS 


To define the list of output pins on the DUT that should 
be inactive during synchronization. 


Syntax: SYNC PINS {list of pins} 
Parameters: Numbers from 1 through 28 


Example: SYNC PINS 2 10 13 
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SYNC_RESET_OFF 


SYNC_RESET OFF 
To disable the reset normally issued during S_TIME. 
Syntax: SYNC_RESET_OFF 


Parameters: None 
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SYNC_RND 


SYNC_RND 


To specify the use of random vector patterns for 
synchronization. 


Syntax: SYNC _RND 


Parameters: None 


II - 73 


II - 74 


SYNC_VECT 


SYNC_VECT 


To specify the exact vector patterns to generate for 
synchronization. 


Syntax: 
SYNC VECT N<# level Pin=attribute...>/<#...>... 
Parameters: 


< > brackets enclosing a vector expression 

/ left vector precedes right one 

# specifies number of times to repeat a bracketed 
expression 

N specifies number of times to repeat all expressions 

H unspecified pins are logic 1 

L, unspecified pins are logic 0 

* clock pulse is provided 

D# assigns DUT pin number state to RD pin 

!D# assigns inverted DUT pin number state 


Example: 
for 7490 
SYNC_VECT 2<1 L P14=C P1=D1>/ 
<5 L P1=C P14=D14> 
for 7495 


SYNC_VECT 1<1 L P6=1 P8=C P2=D13 P3=D12 
P4=D11 P5=D10> 
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TEST 


TEST 


Purpose: To retrieve the test parameters from a .loc file 
for a specified device in preparation for testing. 


Syntax: TEST {location} 


Parameter: Location is a parameter of a NAME command 
in a .LOC file and is the topology designator for 
a device on a board. 


Example: TEST US 


Description: This .SEQ file command locates the device 
parameters in the .LOC file and combines 
them with the default parameters. The 
test hardware is set up awaiting the 
pressing of the TEST key. 


II - 77 


II - 78 


THRSLD 


THRSLD 

Purpose: To define logic 1 for a device. 
Syntax: © THRSLD {voltage value} 
Parameter: 0 to 5000 mV in 100 mV steps. 


Example: THRSLD 1500 
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TRIGGER 


TRIGGER 


Purpose: To start comparison testing after an event occurs 
on a device. 


Syntax: TRIGGER {mode}{P#=states E=states} 


Parameters: 
mode -ON enable trigger 
- OFF disable trigger 
- CLEAR clear all bits to "don’t care" 
- CLEAR PINS clear pin but not EXT 
P#¥ - pin number 
E - EXT lead 
states - 1 for high 
0 for low 


X, x for "don’t care" 
b] 


Note: states are specifiedin pairs for word1, 
word2 


Example: TRIGGER ON P1=10 E=00 PR=1X 
TRIGGER OFF 
TRIGGER ON 


Description: This command is used to define the start 
of comparison testing from a two word 
event that is a combination of the logic 
states on any pins of the DUT plus the 
EXT patch lead. It may be turned off and 
subsequently re-enabled. 
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T TIME 


T TIME 
Purpose: To define the duration of comparison testing. 
Syntax: T-TIME {value} 


Parameter: A value trom 10 to 9990 ms in steps of 10 ms. 
CONT means a continuous test time. 


Example: T TIME 5500 
T_TIME CONT 
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REMOTE CONTROL PROTOCOL 


1 GENERAL DESCRIPTION 


This is a general protocol for the control of the tester by 
other equipment. The controller is able to control most 
aspects of operation, and is able to obtain complete 
information about tester status or results. Some macro 
commands are also available to make it  easier/faster to 
drive the tester or that make programming the controller 
easier. All communication is done using 7 bit ASCII codes. 
After every command the tester sends back any results 
followed by an acknowledge code to indicate that it is 
finished and is ready to receive the next command. 


To put the tester into remote mode, the identify command 
must first be sent while the power on screen is showing. 


In the following description, these conventions are used: 


é control characters are enclosed in < > brackets. 
e.g. <stx> 


: optional parameters are indicated with [ ] brackets. 
. mandatory parameters are indicated with { } brackets. 


- information sent to tester is represented by 


Hil - 1 


1.1 COMMAND STRUCTURE 


byte 1 Fixed code indicating the start of a .», 
command: <stx> 


byte 2 First command code. 
[byte 3 to n| Secondary command codes if required. 
byte n+1 to m Parameter bytes. <cr> is the separator 


between parameters. 
byte m+1 End of command parameter: <etx> 
General example of a command: 


<stx> command code(s) [parameters] <cr> 
[ parameters]...<etx> 
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1.2 ACKNOWLEDGE PROTOCOL 


Every command sent to the tester will be acknowledged in a 
standard way. If the command will take some time, the unit 
will send a <sub> back to indicate it has received the 
command and is processing it. When it has finished it will 
either send an <ack> indicating it has processed the 
command and has no response, or it will send a string of 
data starting with a <stx> and ending with either a <nak> 
or an <ack>. The controller must not send the next 
command until it receives an <ack> or <nak> from the 
tester. The only exception to this is the abort code <dle> 
which can be sent by the controller at any time. 
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1.3 ACKNOWLEDGE CODES 


O2H <stx> 


03H <etx> 


1AH <sub> 


06H <ack> 


10H <dle> 


QDH <cr> 


1I5SH <nak> 


start of any command or result block. 
end of data code. Used to mark the 
end of any command that has a variable 
length. 

command accepted and executing. 


command completed. 


abort current command. 


used tO separate parameters in a 
command or result. 


negative acknowledge. Error responses 
have the general form: 


<stx> {codes }[parameters]<nak> 


<stx>A<nak> parity error 
<stx>B<nak> break detected 
<stx>C<nak> framing error 
<stx>D<nak> Overrun error 
<stx>E<nak> other 
communication 
channel errors 
<stx>F<nak> Invalid command 
<stx>G<nak> general syntax 
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error 


<stx>H<nak> 


<stx>I<nak> 
<stx>J<nak> 


<stx>K<nak> 
<stx>L<nak> 
<stx>M<nak> 


<stx>N<nak> 


command 
aborted 

device not found 
parameter out of 
range 

file not found 
invalid file type 
location not 
found 
command 
execution error 


<stx> Y|parameters|<nak> 
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errors specific to 
a particular 
command. 
These are 
described with 
the main data 
for that 
command. 


<stx>Z/|parameter|<nak> 
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01 
03 
04 
OS 
07 
08 
17 
19 
20 
28 


34 
36 


‘file error parameters: 


file is open 

file not found 
file already exists 
insufficient space 
in destination 
cannot write to 
destination 
cartridge write 
protected 

file checksum 
error 
unformatted 
cartridge 

file 
unrecoverable 
file too large for 
destination 
invalid file type 
corrupt file 


1.4 ABORTING A COMMAND 


The controller may abort many of the longer commands by 
sending an abort code <dle>. If the abort is recognized 
the response will be the abort nak string, <stx>H<nak>, 
and if not the response will be the standard one. 
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2 REMOTE CONTROL COMMANDS 


2.1 ENTERING AND EXITING REMOTE ~~ 
MODE 


2.1.1 identify 


This command prompts the tester to identify its model, 
configuration and version numbers. This command code is 
always tollowed by the text "Identify" as insurance against 
some unit that is attached to the tester accidentally 
becoming a controller. None of the other commands will be 
operational until this command has been received. 


Syntax 


~------- > <stx> Aldentify<etx> 
<-------- <stx>Fluke 900<cr> -o 
{selftest results}<cr> 
{system software version} <cr> 
{L library version}<cr> 
{M micro board rev} <cr> 
{H high speed board rev}[options]<cr> 
{I input buffer rev}<ack> 
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Parameters 


selftest : P-pass 

F-fail 
system s/w «ALA 
library s/w : L#A.#F 
micro board > M# 
high speed board : H# 
input butler : I# 
options: 


RD Simulation: E 
Shadow RAM: S 
Delayed Gate : D 
Example 
~------- > <stx>Aldentify<etx> 
<-------- <stx>Fluke 900<cr>P<cr>4.00<cr> 
L3.00<cr>MO<cr>H1<cr>I0<ack> 
2.1.2 exit remote mode 
Syntax 


see eGects > <stx>GD<ext> 
 eesnen <ack> 
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2.1.3 reset unit - soft 


The tester exits remote mode and all parameters are set to 
their default values. 
Syntax 
as > <stx>GB<etx> 
<-------- <ack> 
2.1.4 reset unit - full 
The tester exits remote mode and executes a selftest 
initialization. 
Syntax 
naa ar > <stx>GC<etx> > 
<-------- <ack> 
ao, 
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2.2 DEVICE DEFINITION 


One of the following three commands must be used prior to 
setting any test parameters. 


2.2.1 load data from a .loc file 


Syntax 

~------- > <stx>BA{file_name}{[.loc][:source]<cr> 
{location_name}<etx> 

<-------- <sub> 

<-------- <ack> 

Parameter 
Filename default type ts .loc. 

Example 

oe > <stx> BATEST1:SYST<cr>U43<etx> 

<-------- <sub> 

<-------- <ack> 


2.2.2 load data from a .lib file 


Syntax 

~------- = <stx>BB{device_name}<etx> 
SH nsecene <sub> 

A etivctisneons <ack> 
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saeeamas > <stx> BB74244<etx> 
ee <sub> 
dO a ai <ack> 


2.2.3 read device name 


Syntax 

joumates > <stx>BE<etx> 

fe mornin <stx> {device number/name} <ack> 
Example 

aca > <stx>BE<etx> 

. ene <stx>7400<ack> 


2.2.4 set size & power 


Syntax 

eee > <stx>BC{device size} 

pee > V<cr> 

saunas > {Vcc pin#}<cr> 

secre > [Vcc pin#]<cr> 

ener > G<cr> 

peer > {end pin#}<cr> 

pee > [gnd pin#]<etx> 

en <ack> 

Example 

eee > <stx>BC20<cr>V<cr>19<cr>G<cr> 
8<cr>20<etx> 

Snnannn=- <ack> 


Li = 42 


2.2.5 read size & power 


Syntax 

senenaigs > <stx>BD<etx> 

1 seaseant <stx> {device size}<cr> 
<-------- V<cr> 

ee {Vcc pin#}<cr> 

i inensone [Vcc pin#]<cr> 

i semana G<cr> 

omits {end pin#}<cr> 
<-------- (gnd pin#|<ack> 
Example 

= > <stx>BD<etx> 
<-------- <stx>20<cr>V<cr>19<cr> 
<-------- G<cr>8<cr>20<ack> 


2.2.6 set RD drive 


Syntax 
~------- - <stx>IB {parameter} <etx> 
<-------- <ack> 
Parameter 
H - high 
L - low 
Example 
ee > <stx>IBL<etx> 
ye <ack> 
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2.2./ read RD drive 


Syntax 


<stx>IC<etx> 
<stx> {parameter} <ack> 


H - high 
L - low 


<stx>IC<etx> 
<stx>H<ack> 


2.2.8 set Cc sum 


Syntax 


Parameter 


<stx>ID{value} <etx> 
<ack> 


numerical c_sum value 


<stx>[D34562<etx> 
<ack> 
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2.2.9 read c sum 


This command causes a numerical value to be returned 
which is the c_sum. If there is no c sum, no parameter 
appears (ie: <stx><ack>). 


Syntax 

iececciaiontsae <six>IE<etx> 
Ganewss <stx> {value} <ack> 
Example 

~------- > <stx>IE<etx> 

situs wicszil <stx>34562<ack> 
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2.3. TEST PARAMETER SETUP 


2.3.1 fmask 

2.3.1.1 set fmask 

Syntax 

eeneasisin > <stx>CA{value}<etx> 
<-------- <ack> 

Example 

etn > <stx>CA120<etx> 
Zonancnas <ack> 

Zedidak read fmask 

Syntax 

waneeeus > <stx>CB<etx> 
amie <stx> {value}<ack> 
Example 

ansehen > <stx>CB<etx> 
Scns <stx>120<ack> 
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2.3.2 threshold 


2.3.21 


Syntax 


set threshold 


<stx>CC{value}<etx> 
<ack> 


<stx>CC2000<etx> 


<ack> 


read threshold 


<stx>CD<etx> 
<stx>{value}<ack> 


<stx>CD<etx> 
<stx>2000<ack> 
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2.3.3 test time 


bedodsh set test time 

Syntax 

a e— <stx> CEA {value} <etx> 
<-------- <ack> 

Parameter 


value: 1 to 9999 
C (continuous) 


Example 
panier st > <stx>CEA1000<etx> 
iS onseeass <ack> 
pee, read test time 
Syntax 
a > <stx>CEB<etx> 
ee <stx>{value}<ack> 
Parameter 

value: 1 to 9999 

C (continuous) 

Example 
sonar - <stx>CEB<etx> 
ee <stx>C<ack> 


III - 18 


2.3.4 sync time 


2.3.4.1 


Syntax 


Parameter 


Parameter 


set sync time 


<stx>CEC[value]<etx> 
<ack> 


value: 10 to 9990 
no value means off 


<stx>CEC2500<etx> 
<ack> 


<stx>CEC<etx> 


<ack> 


read sync time 


<six> CED <eix> 
<stx>|value]<ack> 


value: 10 to 9990 
no value means otf 
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scien > <stx>CED <etx> 
<-------- <stx>2500<ack> 
~------- > <stx>CED <etx> 
<-------- <stx><ack> 
2.3.5 pin_def 
2.3.51 define a pin_def 
Syntax 
ide > <stx>CF{pin#}<cr> 
~------- > [activity or frequency]<cr> 
~------- > [Ignore or Compare]<etx> 
<-------- <ack> 
Parameter 
H - high 
L - low 
A - active 
I - ignore 
C - compare 
frequency units tolerance 
## HF Hz #% 
kHz 
MHz 
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—— > <stx>CF20<cr> (pin#) 

~------- > 4.5MHz4% <cr> (activity or frequency) 
en > ise (Ignore/Compare) 
i ccwsends <ack> 

Example 

anctioees > <stx>CF3<cr> 

a > <cr> 

es > I<etx> 

- <ack> 

2.3.9.2 read a pin_def 

Syntax 

gen > <stx>CG{pin#}<etx> 

<-------- <stx> [activity or frequency]<cr> 
<-------- {Ignore or Coinpare}<ack> 

Example 

ee > <stx>CG20<etx> 

<-------- <stx>4.5MHz4% <cr> 

Ql ana0n2-s I<ack> 


2.3.6 trigger and gate 


Trigger and Gate are defined and enabled remotely from 
three words which are first assigned before being enabled. 
Word 0 is reserved for gate, words 1 and 2 for trigger. 
Each word corresponds to the pins on a device with pin 1 at 
the left followed by a separate bit for the EXT patch lead 
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2.3.6.3 


This selects the order of trigger words as 1 then 2. 


set word definition 


<stx> DGA{word# } <cr> 
{word} <cr> 

{EXT bit}<etx> 

<ack> 


<stx>DGAO<cr> 
OO01X11X00XXXXXXX <cr> 
i<etx> 

<ack> 


read word definition 


<stx> DGB{word# } <etx> 
<stx> {word} <cr> 
{Ext bit}<ack> 


<stx>DGBO<etx> 
<stx>001X11X00XXXXXXX <cr> 
1<ack> 


trigger configuration 
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Present 


hardware limitations do not allow other orders (ie: 2\1). 
Syntax 


eieienne = <stx> DGC1\2<etx> 
Ro ciasenmtinen <ack> 


Also permitted is a single word trigger (ie. a level, not edge) 


~------- > <stx>DGC1<etx> 
<-------- <ack> 
2.3.6.4 trigger enable/disable 


Once trigger words have been defined and ordered, the 
feature is turned on or otf with this command. 


Syntax 
—— > <stx> DGD {parameter} <etx> 
<-------- <ack> 
Parameter 

E - enable 

D - disable 
Example 
ene > <stx>DGDE<etx> 
ee <ack> 
2.3.6.5 read trigger configuration 
Syntax 


Hl =-23 


cae rene + <stx> DGE<etx> 


ne <stx>4E or D} <cr> 
ae {word order}<ack> 
Parameter 

E - enabled 

D - disabled 


1\2 - present fixed word order 


Example 

-------- om <stx>DGE<etx> 
Wi actcciproi <stx>E<cr> 
<-------- 1\2<ack> 

2.3.6.6 gate configuration 


Present hardware requires that word 0 be defined and 
chosen as the gate with this command. 


Syntax 
sieaiens > <stx>DGFO[<cr> 
ne > Til<er> 
cnninwnns > delay<cr> 
~------- > duration]<etx> 
Pe <ack> 
Parameters js 

T - true 

I - inverted 


delay - 0 or value in correct range 
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Parameter 


Example 


duration - value or C (continuous) 


<stx> DGFO<etx> 
<ack> 


Note: the preceding example enables a simple 
Gate condition without delay or duration. 


<stx> DGFO<cr> 
T<cr> 

SOns <cr> 

400ns <etx> 
<ack> 


gate enable/disable 


<stx>DGG{E or D}<etx> 
<ack> 


E - enable 
D - disable 


<stx>DGGD <etx> 
ack 
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Parameter 


read gate configuration 


<stx>DGH <etx> 
<stx>{E or D}<cr> 
{word# } <cr> 
{T/I}<cr> 

{delay value}<cr> 
{duration value}<ack> 


E - enabled 

D - disabled 

O - present fixed word # 
T - true 

I - inverted 


<stx>DGH <etx> 
<stx>D<cr> 
Q<ack> 


<stx>DGH<etx> 
<stx>E<cr> 
Q<cr> 

T<cer> 

8Ons<cr> 

400ns <ack> 
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2.3./ set shadow 


Syntax 
oe > <stx> DJ {parameter} <etx> 
S onwamare <ack> 
Parameter 
E - enable 
D- — disable 


2.3.8 read shadow 


Syntax 
acai > <stx>DK<etx> 
Cvncesuee <stx> {parameter} <ack> 
Parameter 
E - enable 
D - disable 


N - not installed 
2.3.9 rest all parameters 


All parameters are set to their default values and the unit 
remains in remote mode. 


Syntax 


ewer. > <stx>GA<etx> 
ee <ack> 
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2.4 TEST CYCLE CONTROL 


2.4.1 define reset 


Reset pulse characteristics must be defined in the order 
shown. If no parameters are included, Reset is turned oft. 


Syntax 
a > <stx>DA{Positive or Negative} <cr> 
eoaas Se {Internal or External Vcc}<cr> 
— > [-]{offset}<cr> 
nee > {duration} <etx> 
Ae <ack> 
Parameters 
P - positive 
N - negative 
I - internal 
E - external 
Example 
inate > <stx>DAP<cr> 
ree > L<cr> 
Eats = -200<cr> 
vs > 500<etx> 
<-------- <ack> 
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2.4.2 read reset definition 


Syntax 
w------- > 
Hie cacncsiminicinas 
C anctames 
<r 
nnn new ne 
Parameter 
Example 
n------- > 
i ciecnnniae 
te conceatesiasens 
We econ 


<stx> DB<etx> 

<stx> {Positive or Negative} <cr> 
{internal or External Vcc} <cr> 
[-]{offset}<cr> 

{duration} <etx> 


P - positive 
N - negative 
I - internal 
E - external 


<stx>DB<etx> 
<stx>P<cr> 
I<cr> 

-200<cr> 
500<etx> 


2.4.3 clip chk enable/disable 


Syntax 


<stx> DC{ parameter} <etx>. 
<ack> 
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Parameter 


D - disable 

E - enable 
Example 
eaeneeret > <stx>DCD <etx> 
<-------- <ack> 


2.4.4 read clip _chk status 


Syntax 
seit > <stx>DD<etx> 
¢-------- <stx> {parameter} <ack> 
Parameter 
D - disable 
E - enable 
Example 
ees > <stx>DD<etx> 
roe <stx>D<ack> 


2.4.5 rdtest enable/disable 


Syntax 


~------- > <stx> DE{ parameter} <etx> 
1S eakecene <ack> 
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Parameter 


D - disable 

E - enable 
Example 
nates > <stx> DEE<etx> 
a <ack> 


2.4.6 read ratest status 


Syntax 
cians _ <stx>DF<etx> 
ee <stx> {parameter} <ack> 
Parameter 
LD - disable 
E - enable 
Example 
icceiated > <stx>DF<etx> 
ie nmitins <stx>E<ack> 


2.4.7 set simulation 


Syntax 
oe > <stx>DL{parameter}<etx> 
<-------- <ack> 
or, if not installed 
<-------- <nak> 
Parameter 
E - enable 
D - disable 
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2.4.8 read simulation 


Syntax | 
a > <stx>DM<etx> 
Se <stx> {parameter} <ack> 
Parameter 
E - enable 
D - disable 
N - not installed 
2.4.9 perform test 
This command is equivalent to pressing the TEST key. The 
3 last parameters are decimal numbers that, when converted 
to binary, are flags indicating failure details. 
Syntax rn 
~------- > <stx>DH<etx> 
<-------- <sub> 
Cation <stx> {result}<cr> 
<-------- [time to fault]<cr> 
<-------- [# of locations initialized]<cr> 
<-------- [type of fault parameter]<cr> 
<-------- [condition details parameter]<cr> 
<-------- [clip check parameter]<cr> 
<-------- [trigger/gate parameter|<ack> 
One of the following error presponses will occur if an 
attempt is made to test in spite of an initial selftest error: 
<stx> YT <nak> Threshold improperly —\, 


calibrated. 
<stx> YF<nak> FMASK improperly calibrated. 
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Parameter 


result P - Pass 

F - Fail 

U - Unable to test: sync, trigger or gate 

N - Not tested. RD test or clip check failed. 
time to fault ##.###4 ns for nanoseconds 


type of fault 


Bit 


Nm oO BN re 


WJ 


64 
128 


us for microseconds 
ms for milliseconds 
s for seconds 


(decimalized binary flags) 


(1 is true, O is false) 


short in RD socket 

RD test failed 

clip check failed 

failed to sync 

comparison test failed 

condition test failed or missing trigger 
or gate 

sync conditions satisfied 

syne time expired 


condition details (decimalized binary flags) 


Bit 


WwW — 
NOS © kh NO 


(1 is true, 0 is false) 


frequency test failed 
active pin check failed 
high pin check failed 
low pin check failed 
no gate present 

no trigger present 
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clip check (decimalized binary flags) 
Bit (1 is true, 0 is false) 


clip not inserted 
wrong clip 

clip check fail 
Vcc/gnd check failed 
clip moved during test 


OO kN eK 


1 
trigger/gate (decimalized binary flags) 


Bit (1 is true, 0 is false) 


1 missing trig word 1 
fi missing trig word 2 
4 gate word did not occur 
8 delayed gate did not occur 
Example 
~------- = <stx>DH<etx> 
eee <sub> 
rs eernen ee <stx>F<cr> 
icine 3.440s <cr> 
< -------- <cr> 
< -------- 48<cr> 
<-------- 16<cr> 
<-------- O<cr> 
1 niente O<etx 


Note: the single <cr> without a preceding number means 
there is no parameter data (ie. shadow not enabled) 
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2.4.10 read test results 

This command prompts for the pin by pin failure results. A 

blank space <sp> is used to separate pin numbers from 

their result. 

Syntax 

-------- > <sit> Ll <elx> 

<-------- <stx>{pin#}[<sp>F]<sp>condition 
fail]|<cr> 


additional pin results <ack> 


The following error response will be sent if there are no test 
results available: 


1 xcenemen <stx> YN<nak> 


Parameters 


Pin # - ## 
F - fail comparison 


condition fails: 
L - fail low pin check 
H - fail high pin check 


A - fail active pin check 


## 4 # #[Hz]|[kHz][MHz] 
- fail frequency check 
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soup ees > <stx> DI F<etx> 
ne <stx>1 A<cr> 
<-------- 12<sp>4.34kHz<cr> 
<-------- 4<sp>F<sp>H<ack> 


2.4.11 read status results 
This command prompts for the pin by pin status results 
during the previous test. These results are obtained from 
the keyboard by pressing the state key. 
Syntax 
-------- > <stx> DIS<etx> 
<-------- <stx>{pinl state}<cr> 
{pii 2 state}<cr> 


{last pin state}<ack> 


No test results available: 


nana <stx> YN<nak> 
Parameter 

H - high 

L - low 

A - active 

##.## #(Hz][kHz][MHz] 


- frequency mismatch 
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Example 


ala mini > <stx>DIS<etx> 
eee <stx>A<cr> 
H<cr> 
5.3Mhz<cr> 
L<etx> 
a 
-—, 
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2.5 USER COMMUNICATION 


2.5.1. display text on screen 


Syntax 

en > <stx>EA({line #}<cr> 

-------- > {column #}<cr> 

een > {Normal or Reverse highlight}<cr> 
sealer > { ASCII text}<etx> 

oe <ack> 

Parameter 


The line # and column # specify the starting position of the 
text on the screen. 


Example 

eee > <stx>EAS<cr> 
seein + 41scr> 

Ean — R<cr> 

mcaeiiad > hello<etx> 

ee. ee. <ack> 
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2.5.2 read a keystroke 


Syntax 

soreness > <stx>EB<etx> 
<-------- <sub> 

<-------- <stx> {key}<ack> 
Parameter 


If the key pressed is a standard ASCII character, that 
character is returned. If the key is a special key a "*" is 
returned followed by a character representing that key. 
Table of Special Key Codes: 


KEY <SHFT>-KEY <CNTR>-KEY 
F1 1 D W 
F2 2 E X 
F3 3 F Y 
F4 4 G Z 
F5 5 H [ 
CE 6 | \ 
NEXT 4 J ] 
ENTER 8 K - 
Tes! 9 i _ 
ESC soft reset full reset 
ETC N a 
CURSR UP < @) b 
CURSR DOWN = r C 
CURSR LEFT £»> Q d 
CURSR RIGHT ? R = 
TAB @ S f 


Note: The system reset function caused by SHIFT ESC keys 
and CNTR ESC keys puts the tester out of remote 
mode. 
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Example 


ASCII Key A 

penasded > <stx>EB<etx> 
ene <sub> 

ne <stx>A<ack> 


Function Key Fl 


ee ne > <stx>EB<etx> 
ie aie <sub> 
i ccaanes <stx>*1<ack> 


2.5.3 read a string of keystrokes 


Syntax 

oe > <stx>EC{column #}<cr> 

seo > {row #}<cr> 

oe > {max number of characters} <etx> 

<-------- <sub> 

ee <stx> {text string}<ack> 

Note: Pressing ENTER key causes preceding text to 


be sent to the controller regardless of whether 
it has reached the maximum string length 
specified. The column and row numbers 
specify where the beginning of the string 
appears on the screen. 
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a > <stx>ECS<cr> 
-------- > 21<cr> 

-------- > J<ek> 

<-------- <sub> 

<-------- <stx>hello<ack> 


2.5.4 generate sounds 


Syntax 

nee ~ <stx>EDA{sound code} <etx> 
<-------- <sub> 

i asic <ack> 

Parameter 


Sound codes: 0 - Power up 
1 - Acknowledge 
2 - ASCIT Key 


3 - Error 
4 - Pass 
5 - Fail 
Example 
anata > <stx>EDA4<etx> 
C csceee <sub> 
i caueeees <ack> 
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2.6 READING FREQUENCY AND TIMING 


2.6.1 read frequency 


The parameters consist of the pin number to be read 
preceded by an optional "S" to indicate that a slow signal is 
expected and a time-out should not be used. To read the 
frequency, timing or duty cycle on the external lead specify 
"E" instead of pin #. 


Syntax 
~------- > <stx>FA[S]{parameter} <etx> 
<-------- <sub> 
AE Lain <stx>{frequency, Hz, kHz, MHz}<ack> 
Parameter 
pin # -1 to 28 
E - EXT lead 
G- gate 
D- delayed gate 
Example 
ctl! > <stx>FA15<etx> 
i <sub> 
pee ssiniaresi <stx>4.345kHz<ack> 


2.6.2 read period 


Syntax 

~------- > <stx~ FB[S]{parameter} <etx> 

< -------- <sub> 

Bateccne <stx>{4 digit time, ns, us, ms, s}<ack> 
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Parameter 
pin # -1 to 28 
E- EXT lead 
G- gate 
D- delayed gate 


Example 
ee > <six>FB1S5<etx> 


1 ensninmiic <sub> 
a <stx>4.345ms<ack> 


2.6.3 read high time 


* Syntax 
~------- > <stx>FC[S]{ parameter} <etx> 
<-------- <sub> 
diesen <stx> {4 digit time, ns, us, ms, s}<ack> 
Parameter 
pin # -1 to 28 
E - EXT lead 
G- — gate 
D- — delayed gate 
Example 
cr ooenves > <stx>FCS15<etx> 
< -------- <sub> 
< -------- <stx>4.345ms<ack> 
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2.6.4 read low time 


Syntax 
-------- > <stx>FDJ[S]{ parameter} <etx> 
<-------- <sub> 
oe <stx>{4 digit time, ns, us, ms, s}<ack> 
Parameter 
pin # -1 to 28 
E - EXT lead 
G- _ gate 
D- delayed gate 
Example 
en > <stx>FD15<etx> 
<-------- <sub> 
<-------- <stx>4.345ms<ack> 
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2.6.5 read duty cycle 


Syntax 
— > <stx>FE[S]{ parameter} <etx> 
Caasesawe <sub> 
A sini <stx>{4 digit ratio} <ack> 
Parameter 

pin # -1 to 28 

E - EXT lead 

G- gate 

D- delayed gate 
Example 
seinen > <stx>FEI15<etx> 
ne <sub> 
<-------- <stx>0.345<ack> 
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2.7 FILE MANIPULATION 


2.7.1. download to unit 


Syntax 

~------- > <stx> HA ({file_name}|[.type][:destination]<etx> 
<-------- <sub> 

oo > <stx>(file is sent)<etx> 

<-------- <ack> 


2.7.2 upload from unit 


Syntax 

o------- > <stx>HB{file_name}[.type][:source]<etx> 
iS iriaatans <stx> 

<-------- (file is sent) 

<-------- <ack> 


2.7.3. compile file 


Syntax 

~------- > <stx>HC{file_name}[.type][:source]<etx> 
<-------- <sub> 

<-------- <ack> 
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Compiler Error Responses 


<-------- <stx> Y<cr> 

Cacia S{line # of syntax error}<cr> 

ccs D<cr> {label found in more than one 
line} 

<-------- D<er> {label not found on any line, yet 
referenced} 

<-------- N<cr> -.defaults missing in .loc file 

<-------- L4“cr> -.loc file command missing in 
seq file 3 

<-------- <nak> 


Example of an Error Response: 


ee > <stx> HCTEST1.SEQ <etx> 
< -------- <sub> 
tS cniwaneinie <stx> ¥Y <cr>S$15<cr>L<cr><nak> 


2.7.4 delete a file 

Syntax 

~------- > <stx>HD({file_name}[.type][:device]<etx> 
<-------- <ack> 

2.7.5 directory of files 

Directory normally returns a directory of the cartridge. 


Specifying the optional "S" directs it to return a directory of 
sysicm memory. 
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-------- > <stx> HE[S]<etx> 

<-------- <stx> {first file name}<sp>size<cr> 

<-------- {next file name}<sp>size<cr> 

<-------- {last file name} <sp>size<cr> 

<-------- {# bytes used}<sp>{# bytes free 
space} <cr><ack> 

Example 

—— > <stx>HE<etx> 

<-------- <stx> TEST1.SEQ:CART <sp>2857<cr> 

< -------- TEST1.LOC:CART<sp>5326<cr> 

<-------- 8183<sp>Bytes<sp>used, 


<sp>24561<sp>Left<cr><ack> 


2.7.6 format cartridge 


Syntax 

eaerernrio > <stx>HH <etx> 
ema <sub> 

Gf ecncauas <ack> 
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2.8 MISCELLANEOUS 


2.8.1 set date and time 


Syntax 
— > <stx>JC{time or date}<cr> 
~------- > [<cr>{time or date}]<etx> 
KL sswnscue <ack> 
Parameter 

time - HH:MM 

date - DD/MM/YY 
Example 
daeaees e <stx>JC12:00<cr> 
mapas > 01/01/90<etx> 
- <ack> 


2.8.2 read date and time 


Syntax 

aaniendien > <stx>JD<etx> 
insane <stx>HH:MM<cr> 
iow DD/MM/YY <ack> 
Example 

ieaace > <stx>JD<etx> 
einen <stx>12:00<cr> 
osewcces 01/01/90<ack> 
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LIBRARY UTILITY 


OVERVIEW OF LIBRARY UTILITY 


This PC based utility allows the user to create LIBRARY 
files that can then be downloaded into the tester system 
RAM (48K) or a Data Cartridge (32 or 64K). This 
procedure consists of three steps: 
- Creating or editing an IC LIST of desired devices 
- Converting the LIST into a LIBRARY file 
- Downloading the LIBRARY file to the tester 
The first two steps may be done on a PC without a tester. 


The utility comes equipped with a Master LIBRARY file 
containing data of several hundred devices. This Master 
LIBRARY will be updated on a regular basis by the factory, 
and new releases will be mailed automatically to users. 
Please make sure that you fill in the registration card to 
ensure prompt delivery of your copy of upcoming releases. 


The amount of data that a file contains will vary depending 
on whether SIMULATION data or SHADOW RAM data is 
to be included and the level of data compression selected. A 
typical simulated chip will have 2 K of data. The utility 
Optimizes and compresses the data patterns to conserve 
storage as it creates a LIBRARY from an IC LIST. 


In the event that the file size exceeds a specified limit (to a 
maximum of 64K), a WARNING message is given. In 
addition, if the file size exceeds 64K, the operation will be 
aborted and the LIBRARY file will not be saved. 


The utility has a context-sensitive online HELP feature. 
Both cursor and mouse operation are supported. 
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LIBRARY UTILITY 


HARDWARE CONFIGURATION - 
PERSONAL COMPUTER 


The Library Utility willoperate on any PC XT/AT/286/386 
with the following hardware configuration: 


1. 


The PC must be equipped with a Hard Drive, and a 
Floppy Disk Drive (360K or 1.2M, 5 1/4" format). 
The Utility will occupy approximately 1 megabyte of 
hard disk space. It requires a further 1 Mbyte of free 
hard disk space to use for temporary working files. 


A minimum of 640K RAM. The Utility will require 
SOOK of free memory to run. 


In the event that there is insufficient memory to 
Operate due to memory resident programs and TSRs, 
the utility will refuse to load and _ will abort 
operations. In such an event the system "autoexec.bat" 
file will need to be modified so that it will not invoke 
these programs, and the PC will have to be re-booted. 
(eg. use the <Ctrl><Alt><Del> keys) 


An RS232C serial port is required to communicate 
with the tester for downloading the library files.The 
serial port should be set to the standard configuration 
shown on the next page: 
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LIBRARY UTILITY 


COMI: — Port address = 3F8 
Interrupt = #4 

COM2: Port address = 2F8 
Interrupt = #3 


If the port address or interrupt is nonstandard, the 
Library Utility will NOT communicate properly with 
the tester. 

All communication parameters, such as whether to 
use COM]1 or COM2, baud rate, etc., can be set from 
the SETUP menu. 


4. Color or Monochrome monitor. Monochrome 
monitors must support the intensity character 
attribute since high intensity is used by the Library 
Utility to select options and chips from a list. Some 
older monitors do not support this attribute. 

= DOS 3.30 or later version. 

TESTER 


In order for the tester to communicate successfully with the 
PC, it has to have the same settings for Baud Rate, Parity, 
etc. These parameters can be modified on the tester from 
the <system> level <rs232c> menu. 


Note: 1. The MODE option must set to <DCE CL> 


and a straight through cable used to hook the 
tester to the PC. 


2.The tester has to be in the "Power-Up" screen level in 


order to allow the PC to control it. 
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SOFTWARE INSTALLATION =~. 


The Library Utility comes on a number of disks. Installing 
the program will copy all the necessary files onto your hard 
disk, and create a directory called LIBLOAD (unless you 
specify otherwise). Normally this will be on drive C 
(CNLIBLOAD), but you may define a different path during 
the installation procedure. 


Insert Disk 1, type A:INSTALL at the DOS prompt and 
follow the instructions that appear on the screen. 


If for any reason INSTALL fails, you may simply copy the 
files from the floppy disks to the desired DIRECTORY on 
your hard drive and then type the following DOS command: 
>COPY /B F9OOLIB.1+F900LIB.2+F9O0LIB.3 F9SOOLIB.LI! =, 


This command recombines the library files into a single file. 
The F9OOLIB.1, FOOOLIB.2 and F9OOLIB.3 files may then be 
deleted. 


NOTE: DO NOT interchange the order of FOOOLIB.1, 
FOOOLIB.2 and F9OOLIB.3 


The installation procedure also creates a subdirectory called 
FILES under the directory LIBLOAD. This is where data 

files will be stored under control of the package Setup 
option called Path (it is set to \FILES by default). If you 

Start this package from a current directory other than 
LIBLOAD, you must also change the Path option setting to 

fully specify where the FILES subdirectory is located. 

(ie. CAXXX\LIBLOAD‘FILES) -o 
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~ MENU STRUCTURE 


To invoke the Library Utility, enter the following commands 
after the DOS prompt: 


> cd cNibload 
> libload 


The system will then put up the following screen, after 
successful boot-up of the package. 


| 900 Library Utility 


Download Make LIBRARY IC LISTS Print Directory DOS Setup 
Download a user LIBRARY file 


IV -5 Ver 2.07 


LIBRARY UTILITY 


The Top Menu cursor selects the different options. It can be~ 
moved around by the arrow keys, space bar, TAB key or 
mouse. The Enter key selects the highlighted option. Pressing 
the first character of an option will also select that option. 
The Esc key returns to a previous screen or aborts a 
function. 


As the cursor is moved, a brief explanation of the highlighted 
option is displayed on the line below it. In addition, the Fl 
key provides a detailed context-sensitive HELP facility at all 
levels of the package. 


Any operation that will change data or destroy a stored file 
causes a confirming message to appear. A cursor Is 
positioned over the “no change" option. To proceed with the 
change, reposition the cursor and press Enter, or press Y for 
yes or N for no. 


The Library Utility willcreate downloadable LIBRARY files 
from user created IC LISTS, as well as printable files for 
documentation purposes. 


The files have the following extensions when viewed with the 
DOS directory command: 


-ULF -User created IC LIST file 

-LI@ -Downloadable Library file created 
by "Make Library" 

.LST - List file of the IC’s in a 
downloadable file 

-REP -A report file on the last Make 
LIBRARY session 


It is recommended that the user organize the library files in 


subdirectories which can be selected via the Path option in 
the Setup menu. During installation the default path will be 
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LIBRARY UTILITY 


set to a subdirectory called "FILES". 

The Top Menu options and their options are: 
Download 

Make LIBRARY 

IC LISTS: Create, Delete, Edit, Copy 
Print: User LIBRARY, Main LIBRARY 
Directory 

DOS 


Setup: Path, RS232, LIB Options, Setup, Screen 
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MENU DESCRIPTIONS 
DOWNLOAD 


The Download option sends user selected files to the tester. 
The files can be sent to the Cartridge or the System RAM. 
The Utility will query the tester on the amount of space 
available in System Memory and on the cartridge. If the file 
to be downloaded requires more space than available in the 
medium selected, the operation will be aborted. 


900 Library Utility 


Download Make LIBRARY IC LISTS Print Directory DOS Setup 
Download a user LIBRARY file 


Destination on tester: ( ) SYSTEM ( 49098 Bytes Left) 
(/) CARTRIDGE ( 13335 Bytes Left) 


User Library to download: FILE 1 
Name to call it on tester: FILE 1 


Proceed with download 
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_ When the tester System RAM is empty, up to 48K bytes can 
be downloaded to it. Data cartridges hold up to 32K or 64K. 


When the "User Library to download" field is selected, the 
system will list the available library files in a pop-up window. 
Once the desired file is tagged, the system will automatically 
assign the same name to the file as it is downloaded into the 
tester. The user, however, can modify the name to any other. 
Valid tester file names consist of Alphanumeric characters 
and the underscore "_"symbol, and the file name must begin 
with an upper case alpha character. (Note: The tester does 
not accept filenames with the dash "-" symbol). 


Once all the parameters have been properly selected, the 
user can commence the download operation by selecting the 
"Proceed with download" field or by pressing F10 (Accept). 


When running a sequence on the tester, it is recommended 
that the .seq and .loc files be resident in :SYST and that the 
library files be on the data cartridge (:CART). This will allow 
the maximum number of devices to be resident in the tester 
(ie. 64 K cartridge). 


Libraries resident in System RAM and the Cartridges have 
priority over those resident in the system ROM. System 
ROM libraries do not include SIMULATION or SHADOW 
RAM patterns. Refer to the list of devices at the end of this 
appendix. STD designates a standard unsimulated device. 


Tester firmware levels 5.05 and earlier do not permit 


downloading of a single file larger than 32 K. See Setup, 
LIBRARY Options for additional information. 
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MAKE LIBRARY 


The Make LIBRARY option creates downloadable library 
files from valid user generated IC LISTs. The utility will 
display, in a pop-up window, all available IC LIST files in 
the user directory defined by the Path command in the Setup 
menu. 


900 Library Utility 


Download Make LIBRARY IC LISTS Print Directory DOS Setup 
Make User LIBRARIES from IC LISTs 


F8 F9 F10 
TagAll TagNone Accept 
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- One or more files can be tagged using the Enter key, F8 will 
tag all the files and F9 will untag all the files. Once all 
desired files are tagged, the F10 key accepts the entire list. 


The amount of time it will take to create’ the file will vary 
from a few minutes up to several hours, based on the number 
of chips in each file, whether Simulation and Shadow RAM 
data is to be included, and the compression level selected. 
Another major factor will be the speed of the PC itself (e.g 
a 12 MHz PC/AT will run typically 10 times faster than a 
PUPS). 


The type of data to be included in the library file, as well as 
the maximum desired size of a file are determined by the 
LIBRARY Options command inthe Setup menu. The system 
will ask the user to confirm if the data to be included in the 
file is correct before commencing the LIBRARY creation. 


The utility will attempt to minimize the file size by utilizing 
data compression techniques. The user can select the type of 
compression to be performed through the Setup menu 
(Maximum compression is the default). 


If the program calculates that the LIBRARY file size is likely 
to exceed the maximum defined by LIBRARY options, it will 
request confirmation from the user prior to proceeding. If 
the file size overflows the 64K limit, the operation will be 
aborted. 
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The utility cannot determine if all the data can fit until the- 
compression algorithm is calculated. Since this can be a time 
consuming activity, it is advisable to operate within a 
reasonable limit following these guidelines: 


1. The uncompressed data for a Chip with Simulation 
and/or Shadow RAM will occupy 2.5K Bytes. After 
optimization this can be reduced to typically 1.5K 
bytes with maximum compression, and 2K with 
minimum compression. 

fs A chip without Simulation or Shadow data _ will 
typically require 250 bytes. 


a Equivalent chips require approximately 20 bytes. 


A 64K data cartridge can typically hold up to 40 chips with 
Simulation Data, and all their associated equivalents.The 
PRINT option will give a full listing of all the chips in the 
created library file. 


The results of the Make LIBRARY procedure are logged to 
a file with the name LIBLOAD.REP. If several LISTs were 
tagged to make LIBRARIES ina batch, the LIBLOAD.REP 
file contains the size and completion confirmation for each 
individual LIST. This file is temporary, and the data in it will 
be overwritten by the next Make LIBRARY command. 
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IC LISTS - 


This menu allows the user to Create, Delete, Edit or Copy 
IC LISTs. The LISTs are generated from the master library 
database that is included in the utility. 


C LIST Menu 900 Library Utility 2.00 


Create Delete Edit Copy 
Create a LIST file which specifies the chips to place into Library 


Fl F2 F3 F4 F8 F9 F10 
Help ClrSrch NextTagd TagAll TagNone Accept 
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LIBRARY UTILITY 


The speed search mode is activated by keyboard entry of the 
chip number. Entering <7><4> will cause the cursor to 
move to the first chip in the list with the number "74". The 
cursor control keys scroll up and down the LIST. 


The Enter key will tag/untag the IC at the cursor position, 
and <F8> and <F9> willtag/untag all ICs in the LIST. The 
F3 key will position the cursor to the next tagged IC. 


The recommended procedure is: | 


sien 1: Select Create, tag the desired devices from the 
master LIST and accept the LIST with F10. 


Step 2: Revise or continue creating an existing LIST 
by selecting Edit and proceeding to tag/untag 
devices before accepting the final LIST with 
F10. To avoid losing your LIST inadvertently, 
Copy it first to a new name before editing. 
After you complete the Edit, you may Delete 
the copy. 


Step 3: Execute a "Make LIBRARY" procedure to 
create a downloadable file from a LIST. 


IV - 14 Ver 2.07 


LIBRARY UTILITY 


PRINT : 


The Print command can be used to print the chips in user 
created LIBRARY files or the Main LIBRARY. The output 
can be directed to the default on-line DOS printer LPT1 or 
LPT2, or to a list file with the same name as the library file 
with an .LST extension. 


Note: In order to avoid confusion, do not assign the PRN 
device to COM] if the tester is attached to it. 


Print Menu 900 Library Utility 


User LIBRARY Main Library 
List the contents of any user LIBRARY to the printer or a file 
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LIBRARY UTILITY 


DIRECTORY 
The Directory menu option displays the user downloadable 


LIBRARY files and the user generated IC LISTs resident in 
the sub-directory specified by the Setup/Path option. 


900 Library Utility 


Download Make LIBRARY IC LISTS Print Directory DOS Setup 


User Libraries Size on 900 


20:56:16 09/01/90 
10814237 09/02/90 


19:03:10 09/01/90 
09:30:15 09/02/90 


The file size displayed adjacent to the LIBRARY file name 
is the actual amount of space the file will occupy in the tester 
memory when downloaded. This is different from the size of 
the file displayed by the DOS directory command, which will 
typically be three times larger. 


DOS 


This allows the user to shell out to DOS while leaving the 
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LIBRARY UTILITY 


. Library Utility loaded in memory. Most DOS commands can 


be executed if they do not exceed the available free memory 
space. 


In order to return to the Library Utility the following 
command should be entered at the DOS prompt: 


> exit 
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LIBRARY UTILITY 


SETUP 


The Setup menu option allows the user to perform the 
following tasks: 


1. Path: Defines the subdirectory where the user 
generated files will be saved. 


2. RS232: Defines the parameters for the communication 
port, and its location in the PC (i.e. COMI1 or 
COM2). For proper communication, both the 
PC and the tester have the same settings for 
the RS232C port, and the tester has to be set 
to DCE CL mode. 


3. LIBRARY Options: 
Defines the data to be included into the library 
file for the user generated IC LISTs. Four 
options are available: 


(a) Include SIMULATION data 
(on by default) 
(b) Include Shadow Data (default) 


(c) Include CMOS out-of-circuit test patterns. 
Only testers with the CMOS out-of-circuit 
option installed should enable this function. 
(on by default) 


(d) Define the level of data compression 
(Maximum by default) 


In addition, the user can define the maximum library 


file size in 8K increments (i.e. 8k, 16K,..., 64K). The 
largest allowable size is 64K. For testers with firmware 
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LIBRARY UTILITY 


revision 5.05 or less, this should be set to 32 Kbytes. 
If you attempt to download a file that is larger than 32 
K to such a tester, the download will not proceed and 
a warning message will appear. You may recreate the 
LIBRARY file as two smaller files and download them 
separately. 


4. Info: Displays revision information about the Library 
Utility package and its subprograms and files. 
For example, Library Utility 2.05 consists of the 
executable Libload program version 2.05 and 
the Library Data files version 2.05 . 


5. Screen: Defines the color of the screen from three pre- 
defined color palettes. This feature is only for 
color monitors. 


The user can also define the number of lines 


to be displayed on the screen, 25 or 43, if an 
EGA or a VGA graphic adaptor is present. 
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LIBRARY LISTING 


LIBRARY DEVICES SUPPORTED: Dec. 1,1992 
(694 Devices supported, 462 Simulated, 59 RAM Shadows) 


CSM - CHECKSUM GENERATED 
DNLD- DOWNLOADABLELIBRARY 
PAT - RD TEST PATTERNEXISTS 


PRC - RD PRESENCECHECK 


RDT - REFERENCEDEVICE TEST 


ROM - STANDARDLIB FIRMWARE#.## AND UP 


SHAD- SHADOW RAM PATTERN 
SIM - RD SIMULATIONLIBRARY 
STD - STANDARDLIBRARY (NOT SIMULATED) 


SYNC- SYNCHRONIZATIONUSING STIME 


NUMBER SIZE 

1489 14 
14015 16 
14034_1 24 
14034 2 24 
14089 16 
14175 16 
2509 20 
2522 20 
2523 20 
252538 20 
252539 20 
252548 20 
2902 16 
2918 16 
2919 20 
2923 16 
2947 20 
2952 24 
2953 24 
2965 20 
2966 20 
29803 16 
29806 24 
29818 24 
29821 24 
29825 24 
29826 24 
29827 24 
29828 24 
29833 24 
29843 24 
29861 24 
29863 24 
4000 14 
4001 14 
4002 14 


FUNCTION 


QUAD EIA RECEIVER 

4 BIT SHIF REGISTER 

8 BIT SHIF REGISTER 

8 BIT SHIF REGISTER 
BINARY RATE MULTIPLIER 
QUAD D-TYPE FF W/CLR 
QUAD 2-PORT REG 

8 BIT SER/PAR REG 

8 BIT REG/COMM 1/O PIN 
1 OF 8 DEMUXTS 

1 OF 4 DEMUXTS 

1 OF 8 DEMUX WITH ACK 
LOOK AHEAD CARRY GEN 
QUAD D REGISTER 
QUAD REGISTER 

8 INPUT MUX TS 

OCT BIDIR TRANSCEIVER 
8-BIT 1/0 PORT NON-INV 
8-BIT I/O PORT INVTING 
4 BIT INV BUF/LINE DRVR 
4 BIT NONINV LINE DRVR 
16 WAY BRANCH CNTRL 
6 BIT SELECT DECODER 
PIPELINEREGISTER 

BUS TRANSCEIVER 

8 BIT NON-INV BUS REG 
8 BIT INV BUS REG 

10 BIT BUFFER 

10 BIT INV BUFFER 
PARITYBUS TRANSCVER 
9 BIT BUS INT LATCH 

10 BIT BUS TRANSCVR 

9 BIT TRANSCIEVER 


3-IN NOR & INV 
2-IN NOR 
4 IN NOR 
IV - 20 


RDT SYNC ROM DNLD 
PAT NO 6.00 SIM 
PAT YES SIM 
PAT YES SIM 
PAT YES SIM 
PAT YES SIM 
PAT YES SIM 
PAT YES 4.00 SIM 
PAT YES 4.00 SIM 
PAT YES 4.00 STD 
PAT NO 4.00 SIM 
PAT NO 5.00 STD 
PAT NO 4.00 SIM 
PAT NO SIM 
PAT YES SIM 
PAT YES SIM 
PAT NO 4.00 SIM 
PAT NO 4.00 SIM 
PAT YES SIM 
PAT YES SIM 
PAT NO 4.00 SIM 
PAT NO 4.00 SIM 
PAT NO SIM 
PAT NO SIM 
PAT YES SIM 
PAT NO SIM 
PAT YES SIM 
PAT YES SIM 
PAT NO SIM 
PAT NO SIM 
PAT NO SIM 
PAT YES SIM 
PAT NO SIM 
PAT NO SIM 
PAT NO 1.17C SIM 
PAT NO 1.17C SIM 
PAT NO 1.17C SIM 
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FUNCTION 


18 BIT SHIFT REG 

4 BIT FULLADDER 

HEX INVERTER 

HEX BUFFER 

2-IN NAND 

4-IN NAND 

D FLIP FLOP 

8 BIT SHIFT REG 

4 BIT SHIFT REG 
JOHNSON DEC COUNTER 
QUAD 2-IN MULTIPLEX 
8 BIT SHIFT REG 

3-IN NAND 

7 STAGE BIN COUNTER 
3-IN NOR 

JK FLIP FLOP 

BCD TO DEC DECODER 
BIN/D UP/DN COUNTER 
2-INP XOR 

64 BIT SHIFT REGISTER 
SERIALADDER 

8 BIT SHIFT REGISTER 
8 BIT SHIFT REGISTER 
QUAD TRUE/CMPL BUFFR 
4 BIT TRANSLATCH 
QUAD NOR RS LATCH 
PROG 8-IN GATE 

INV BUFFER 

BUFFER 

4 SEG DISPALYDRVR 
BCD TO 7 SEG DECODER 
4 BIT MAGN COMPARATR 
8-IN NAND 

INVERTER 

2-IN XOR 

2-IN NOR 

4-INOR 

3-IN AND 

3-INOR 

4 BITD REGTS 

2-IN XNOR 

8-IN NOR 

2-IN AND 

BINARY RATE MULTIPLIER 
2-IN NAND 

JK M-S FLIPFLOP 

8 BIT ADDRLATCH 
QUAD 2-IN NAND 

HEX INVERTER 

TRIPLE 3-IN NAND 

DUAL D FLIP FLOP 

4 BIT BIDIRREGISTER 
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RDT SYNC ROM DNLD 


PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 


YES 1.17C SIM 
NO 1.17C SIM 
NO SIM 
NO SIM 
NO 1.17C SIM 
NO 1.17C SIM 
YES 1.17C SIM 
YES 1.17C SIM 
YES 1.17C SIM 
YES 1.17C SIM 
NO SIM 
YES 1.17C SIM 
NO 1.17C SIM 
YES SIM 
NO 1.17C SIM 
YES 1.17C SIM 
NO 1.17C SIM 
YES 1.17C SIM 
NO 1.17C SIM 
YES SIM 
YES 1.17C SIM 
YES SIM 
YES SIM 
NO 1.17C SIM 
YES 1.17C SIM 
YES 1.17C SIM 
NO 1.170 SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO SIM 
NO SIM 
NO SIM 
NO 1.170 SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
YES 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
NO 1.17C SIM 
YES SIM 
NO SIM 
YES SIM 
YES 1.17C STD 
NO 2.06 SIM 
NO SIM 
NO SIM 
YES SIM 
YES 1.17C SIM 
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FUNCTION 


3 TO 8 DEMULTIPLEXER 
DUAL 2 TO 4 DEMUX 
BCD COUNTER 

BINARY COUNTER 

BCD COUNTER 

BINARY COUNTER 

HEX D FLIP FLOP 

QUAD D FLIP FLOP 

BCD UP/DWN COUNTER 
SYNC 4-BIT BIN CNTR 
4-IN NAND, 2-IN NOR 
STROBEDINV BUFFER 
HEX TS BUFFER 

AND OR INV GATE 

4 BIT LATCH 

BCD TO 7 SEG LATCH 

8 CHAN DATASELECTER 
1 OF 16 DECODER 

BIN UP/DN COUNTER 
BCD COUNTER 

4 BIT AND/OR SEL 

BIN COUNTER 
MAJORITY5 GATE 

12 BIT PARITYTREE 

8 BIT PRIORITYENCODE 
DUAL 4 CHAN DEMUX 
BCD TO 7 DEC/DRIVER 
2 BY 2 MULTIPLIER 

1-4 DEMUX, ACTIVEHI 
1-4 DEMUX, ACTIVELOW 
4-BIT BCD ADDER 

INV NOR/NAND 

ALU FUNCTION GEN 

4 BIT MAGN COMPARE 
8 BIT ADDRLATCH 

8 BIT ADDRLATCH 
QUAD BUS TRNSCVRINV 
QUAD TRANSCVRNONINV 


QUAD 2-IN NAND 
PLCC PACKAGE 
QUAD 2-IN NAND OC 
QUAD 2-iIN NAND OC 
PLCC PACKAGE 
QUAD 2-IN NOR 
PLCC PACKAGE 
QUAD 2-IN NAND 
HEX INVERTER 
PLCC PACKAGE 
HEX INVERTEROC 
PLCC PACKAGE 
HEX INVERTEROC 
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SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
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FUNCTION 


HEX BUFFEROC 
QUAD 2-IN AND 
PLCC PACKAGE 
QUAD 2-IN AND OC 
PLCC PACKAGE 
TRIPLE 3-IN NAND 
PLCC PACKAGE 
TRIPLE 3-IN AND 
PLCC PACKAGE 
TRIP 3-IN NAND OC 
PLCC PACKAGE 
DUAL 4-IN NAND ST 
PLCC PACKAGE 
HEX INVERTERST 
3-IN AND OC 

PLCC PACKAGE 
HEX INVERTEROC 
HEX BUFFEROC 
DUAL 4-IN NAND 
DUAL 4-IN NAND 
PLCC PACKAGE 
DUAL 4-IN AND 
PLCC PACKAGE 
DUAL 4-IN NAND OC 
PLCC PACKAGE 
QUAD 2-IN NAND 


DUAL 4-IN NOR,STROBE . 


QUAD 2-IN NAND OC 
PLCC PACKAGE 
TRIPLE 3-IN NOR 
PLCC PACKAGE 
QUAD 2-IN NOR 
8-IN NAND 

PLCC PACKAGE 
QUAD 2-IN OR © 
PLCC PACKAGE 
QUAD 2-IN NOR OC 
HEX BUFFER 
QUAD 2-IN NAND 
2-IN NAND OC 
QUAD 2-IN NAND OC 
DUAL 4-IN NAND 
PLCC PACKAGE 

1 OF 10 DEMUX 
PLCC PACKAGE 

4 TO 10 DECODER 
PLCC PACKAGE 

4 TO 10 DECODER 
PLCC PACKAGE 
BCD TO DEC. /DRV 


BCD TO SEVEN SEG. 
BCD TO SEVEN SEG. 
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RDT SYNC ROM DNLD 


PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 


4.00 
4.00 


4.00 
4.00 
4.00 
4.00 
4.00 


4.00 
6.00 


4.00 
4.00 
4.00 
4.00 
4.00 
6.00 
4.00 
4.00 
4.00 
4.00 


4.00 
4.00 


SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
STD 
SIM 
STD 
STD 
STD 
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NUMBER 


74175 
74176 
74177 
74178 
74179 
74180 
74181 
74182 
S74182 
74183 
S74183 
74184 
74185 
74190 
S74190 
74191 
74192 
S74192 
74193 
S74193 
74194 
S74194 
74195 
74196 
74197 
S74197 
74198 
74199 
74230 
74237 
74238 
74240 
74241 
74242 
74243 
S74243 
74244 
74245 
74248 
74251 
S74251 
74253 
$74253 
74256 
74257 
S74257 
74258 
S74258 
74259 
S74259 
74260 
S74260 


FUNCTION 


QUAD D-FF 
PRESETCOUNTER 
PRS. BINARY COUNTER 
4-BIT SHIFT REG 

4-BIT SHIFT REG 

9-BIT PAR GEN/CHECK 
ALU/FUNC GEN 

LOOK AHEAD CARRY GEN 
PLCC PACKAGE 

DUAL CRY/SAVE ADDER 
PLCC PACKAGE 

BCD TO BIN CONVERT. 
BIN TO BCD CONVERT. 
SYNC U/D DEC COUNT 
PLCC PACKAGE 

SYNC U/D BIN COUNT 
SYNC U/D DEC COUNT 
PLCC PACKAGE 

SYNC U/D BIN COUNT 
PLCC PACKAGE 

4-BIT UR SHIFT REG 
PLCC PACKAGE 

4-BIT PAR SHIFT REG 
DEC/BIN CNTR/LATCH 
BIN CNTR/LATCH 

PLCC PACKAGE 

8-BIT BI/SHIFT REG. 
8-BIT BI/SHIFT REG. 
OCTAL BUFFER/LINE DR 
3 TO 8 DECODER 

3 TO 8 DECODER 

4-BIT BUFFER 

4-BIT BUFFER 

QUAD INV BUS TRNCVR 
QUAD NONINV TRANSCVR 
PLCC PACKAGE 

4-BIT BUFFER 

8-BIT TRANSCEIVER 
BCD TO 7 SEG DECODER 
8 TO 1 MUXTS 

PLCC PACKAGE 

DUAL 4 TO 1 MUX TS 
PLCC PACKAGE 

DUAL 4 BIT ADDRESSLAT 
2 TO 1 MUXTS 

PLCC PACKAGE 

2 TO 1 MUXTS 

PLCC PACKAGE 

8-BIT ADDRLATCHES 
PLCC PACKAGE 
5-INPUT NOR 

PLCC PACKAGE 
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RDT SYNC ROM DNLD 


PAT YES 
PAT YES 
PAT YES 
PAT YES 
PAT YES 
PAT NO 
PAT NO 
PAT NO 
PAT NO 
PAT NO 


4.00 
6.00 
6.00 
6.00 
6.00 
4.00 
4.00 
4.00 


6.00 
6.00 


6.00 
4.00 


-4.00 


4.00 
4.00 
4.00 


SIM 
STD 
STD 
STD 
STD 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM. 
SIM 
STD 
STD 
SIM 
STD 
STD 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
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NUMBER SIZE FUNCTION ROT SYNC ROM DNLD 


74265 16 COMPL OUT ELEMENTS PAT NO 4.00 SIM 
74266 14 2-INPUT XOROC PAT NO 4.00 SIM 
S74266 20 PLCC PACKAGE PAT NO SIM 
74273 20. D-FF,COMM CLR & CLK PAT YES 4.00 SIM 
74276 20 DUALJK FF PAT YES 6.00 STD 
74278 14 4-BIT PRIORITYREG. PAT YES 6.00 STD 
74279 16 QUAD SR LATCH PAT NO 6.00 STD 
74280 14 9-BIT PARITYGEN PAT NO 4.00 SIM 
74287 16 PROM 256x4 CSM NO 4.00 STD 
74289 16 64 BIT RAM PAT YES 6.00 STD 
74290 14 DECADECOUNTER PAT YES 6.00 SIM 
74293 14 4-BIT BINCOUNTER PAT YES 6.00 SIM 
74295 14 =4-BIT BI/SHIFT REG. PAT YES 6.00 SIM 
74298 16 QUAD 2-IN MUX PAT YES 4.00 SIM 
74299 20 =8-BIT SHIFT REG, 3-ST PAT YES 4.00 SIM 
74322 20 8-BITSER/PAR REG PAT YES 4.00 SIM 
74323 20 = 8-BIT SHIFT/STORE REG PAT YES 4.00 SIM 
74348 16 8TO3 DECODER PAT NO 6.00 SIM 
74350 16 3-STATE4-BIT SHIFTER PAT NO 6.00 SIM 
74352 16 DUAL4-IN MUX PAT NO 4.00 SIM 
74353 16 DUAL4-IN MUX TS PAT NO 4.00 SIM 
74354 20 8TO1MUX/REG PAT YES 4.00 SIM 
74356 20 8TO1MUX/REG PAT YES 4.00 SIM 
74365 16 6-BITBUFFER PAT NO 4.00 SIM 
74366 16 =6-BIT INV BUF PAT NO 4.00 SIM 
74367 16 4+2-BIT TS BUF PAT NO 4.00 SIM 
74368 16 4+2-BIT INV3STBUF — PAT NO 4.00 SIM 
74373 20 8-BITDLATCHTS PAT YES 4.00 SIM 
74374 20 = 8-BITD-FFTS PAT YES 4.00 SIM 
74375 16 4-BITLATCH PAT YES 6.00 SIM 
74376 16 QUAD JK FF PAT YES 6.00 SIM 
74377 20 OCTALD FF WITHEN PAT YES 4.00 SIM 
74378 16 DFF WITH ENABLE PAT YES 4.00 SIM 
74379 16 QUAD D FF WITHEN PAT YES 4.00 SIM 
74LS381 20 = 4-BIT ALU PAT NO 4.00 SIM 
74386 14. QUAD 2 INPUT XOR PAT NO 6.00 SIM 
74390 16 4-BITDECADECOUNTER PAT YES 4.00 SIM 
74393 16 4-BIT BIN COUNTER PAT YES 4.00 SIM 
74395 16 4-BITSHIFTREGTS PAT YES 4.00 SIM 
74398 20 QUAD 2-PORTSREG PAT YES 4.00 SIM 
74399 16 QUAD 2-PORTSREG PAT YES 4.00 SIM 
74412 24 MULTIMODE BUF LATCH PAT YES 4.00 SIM 
74425 14. BUS BUFFERSINV TS PAT NO 4.00 SIM 
74426 14 BUS BUFFERSTS PAT NO 4.00 SIM 
74450 24 16 TO 1 MUX PAT NO SIM 
74461 24 OCTALCOUNTER PAT YES SIM 
74465 20 OCTALBUFFER PAT NO 6.00 SIM 
74490 16 DUALDECADECOUNTER PAT YES 6.00 STD 
74521 20 = 8-BIT IDENTITYCOMP PAT NO 4.00 SIM 
74533 20 OCT D TYPELATCH TS PAT YES 4.00 SIM 
74534 20 OCT D TYPEFF TS PAT YES 4.00 SIM 
74537 20 1OF 10 DEMUXTS PAT NO 4.00 SIM 
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FUNCTION 


1 OF 8 DEMUXTS 

1 OR 4 DEMUX TS 

OCT INV BUF LINE DR 
OCT NINV BUF LINE DR 
OCTAL REGIST. TRANS 
OCT TRANSTS BIDIREC 
1 OF 8 DEMUX & LATCH 
1 OF 8 DEMUX WITH ACK 
OCTAL D TYPE LATCH 
OCT-D FF 3-ST OUT 
8-BIT D-LATCHTS 

8-BIT D FF TS 

8-BIT D FF 

8-BIT D FF 

8-BIT D FF INV OUT 

OCT TRANSTS BIDIREC 

8-BIT SHIFT REG/LATCH 

8-BIT SHIFT REG/LATCH 

8-BIT SHIFT REG/LATCH 

OCT INV BUS TRANSC TS 

OCT BUS TRANSC OC 

OCT INV BUS TRANSC OC 

OCT BUS TRANSCTS 

OCT BUS TRANSC 

OCT BUS TRANSC 

OCT BUS TRANSC INV 

OCT BUS TRANSINV OC 

OCT BUS TRANSINV OC 
BUF A-B INV,B-ANINV 
BUF A-B INV,B-AN OC 

OCT BUS TRANSTS 

OCT TRANSCEIVERVREG 

OCT TRANSCEIVER/REG 
UP/DN 4-BIT COUNTER 

4X4 REG WITH TS OUT 

8-BIT IDENTITY COMP. 

8-BIT IDENTITYCOMP. 

8 BIT IDENTITYCOMP 

8 BIT IDENT COMP OC 
4-BIT CNTR/OUT REG. 
HEX 2 INP NAND DRIVER 
HEX 2 INO AND DRIVER 
HEX 2 INP OR DRIVER 
10 BIT BUS INTERFACE 
9 BIT BUS INTERFACE 
DUAL 4-BIT D FF 

8 BIT SHIFT REG 

2-IN NAND 

2-IN NOR 

2-IN NAND OC 

HEX INVERTER 

HEX INVERTOC 
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ROT SYNC ROM DNLD 


PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 


SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
STD 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 
SIM 


Ver 2.07 


NUMBER 


741008 
741010 
741011 
741020 
741032 
741035 
741181 
741240 
741241 
741242 
741244 
741245 
741640 
741645 
747266 


75160 
75162 


80C95 
8212 
8253 
8259 
8286 
8287 
8288 


8TO9 
8110 
8713 
8T26 
8T28 
8738 
8T96 
8197 
8T98 
81127 
8T129 


9002 
9003 
9004 
9009 
9012 
9016 
9024 
9311 
9318 
9334 
9341 


FUNCTION 


2-INOR 

OCT BUFFEROC 
ALU/FUNC GEN 

4-BIT BUF LINE DRTS 
4-BIT BUF TS 

4-BIT BUS TRANSC TS 
4-BIT BUFF/DRVRTS 
OCT BUS TRANSCTS 
OCT BUS TRANSCINV 
OCT BUS TRSCNINV TS 
QUAD EXCLUSIVENOR 


BUS TRANSCEIVER 
LINE TRANSCEIVER 


6-BIT BUFFER 
MULTIMODE BUF LATCH 
PROG INTERNALTIMER 
PROG INTERRUPTCNTR 
OCT BUS TRANSCEIVER 
8 BIT INV BUS TRASCVR 
BUS CONTROLLER86/88 


QUAD BUS DRIVER 

D BUS FLIPFLOP 

LINE DRIVER 

BUS TRANSCIEVER 
QUAD 3-STATETRSCVR 
BUS TRANSCIEVER 
HEX INV BUFFER 

HEX 3-STATEBUFFER 
HEX INV BUFFER 

QUAD 3-STATETRSCVR 
TRANSCIEVER 


2-IN NAND 

3-IN NAND 

4-IN NAND 

4-IN NAND 

2-IN NAND 
INVERTER 

J-K/FF, PRE & CLR 
1 OF 16 DEMUX 
PARITYENCODER 
1-OF 16 DEMUX 
ALU/FUNCTION GEN 
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RDT SYNC ROM DNLD 


PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 


NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 

4.00 SIM 
NO 4.00 SIM 

4.00 SIM 
NO 4.00 SIM 
NO 6.00 SIM 


NO 6.00 SIM 
NO 6.00 SIM 


NO SIM 

4.00 SIM 
NO 4.00 STD 

4.00 STD 
NO 4.00 SIM 
NO 6.00 SIM 
NO 4.00 STD 


NO 6.00 SIM 
YES 6.00 SIM 
NO 6.00 SIM 
NO 6.00 SIM 
NO SIM 
NO 6.00 SIM 
NO 6.00 SIM 
NO 6.00 SIM 
NO 6.00 SIM 
NO SIM 
NO 6.00 SIM 


NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
NO 4.00 SIM 
YES 4.00 SIM 
NO 4.00 SIM 
NO SIM 
NO 4.00 SIM 
NO 4.00 SIM 
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NUMBER _ SIZE 


DYNAMIC RAMs 
2164 16 
21464 18 
2620 18 
2800 16 
41128 16 
411024 18 
41256 16 
41416 18 
41464 18 
4164 16 
4416 18 
4464 18 
511000 18 
514256 20 
6256 16 
6665 16 
8118 16 
81256 16 
81416 18 
814256 20 
81464 

8264 16 
STATIC RAMs 

1203 18 
1223 18 
1400 20 
1600 22 
1822 22 
2016 24 
2018 24 
2088 28 
2101 22 
2114 18 
2147 18 
2148 18 
2167 20 
2168 20 
4016 24 
4311 20 
5047 20 
5114 18 
5257 24 
5517 24 
5561 22 
5562 22 
5564 28 
5565 28 
55256 28 


FUNCTION 


64Kx1 
64Kx4 
16Kx4 
256Kx1 
128Kx1 
1MBx1 
256Kx1 
16Kx4 
64Kx4 
64Kx1 
16Kx4 
64kx4 
1MBx1 


256 Kx4 


256 Kx1 
64Kx1 
16Kx1 
256 Kx1 
16Kx4 
256 Kx4 


64Kx1 


4Kx1 
1Kx4 
16Kx1 
64Kx1 
256x4 
2Kx8 
2Kx8 
8Kx8 
256x4 
1Kx4 
4Kx1 
1Kx4 
16Kx1 
4Kx1 
2Kx8 
16Kx1 
1Kx4 
1Kx4 
256Kx1 
2Kx8 
64Kx1 
64Kx1 
8Kx8 
8Kx8 
256 Kx1 


IV - 30 


RDT SYNC ROM DNLD 


PRC 
PRC 
PRC 
PRC 


PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 
PRC 


PRC 


PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 
PAT 


2888888 8 


4.00 


3339938999998889998899 


SHAD 
SHAD 
SHAD 
SHAD 


SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 


SHAD 


STD 

SHAD 
SHAD 
SHAD 
STD 

SHAD 
SHAD 
SHAD 
STD 

SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
STD 

STD 

SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
SHAD 
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NUMBER 


6116 
6147 
6164 
6168 
6207 
6287 
6508 
70122 
70187 
70197 
7489 
8167 
8171 
8464 
9044 
9101 
9111 
9124 
93415 
93422 
93425 
9988 


FUNCTION 


2Kx8 
4Kx1 
8Kx8 
4Kx1 
256Kx1 
64Kx1 
1Kx1 
256x4 
64Kx1 
256Kx1 
4x4 
16Kx1 
64Kx1 
8Kx8 
4Kx1 
256 x4 
256 x4 
1Kx4 
1Kx1 
256 x4 
1Kx1 
8Kx8 
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=, 


NUMBER _ SI 


E 


EPROMs 


R29671 
2732 
2764 
27128 
27256 
27C256 
27512 
29671 
70225 
70235 
70245 
70251 
70254 
70261 
70263 
70264 
7C266 
70271 
70281 
70291 


PROMs 


7111 
7112 
7113 
7114 
7115 
7116 
7117 
7118 
7121 
7122 
7123 
7124 
7127 
7128 
7131 
7132 
7133 
7134 
7137 
7138 
7141 
7142 
7144 
7151 
7152 


825129 


FUNCTION 


4Kx8 EPROM 
4Kx8 EPROM 
8Kx8 EPROM 
16Kx8 EPROM 
32Kx8 EPROM 
32Kx8 EPROM 
64Kx8 EPROM 
4Kx8 EPROM 
512x8 EPROM 


1024x8 EPROM 


2Kx8 EPROM 
16Kx8 EPROM 
16Kx8 EPROM 
8Kx8 EPROM 
8Kx8 EPROM 
8Kx8 EPROM 
8Kx8 EPROM 
32Kx8 EPROM 
1Kx8 EPROM 
2Kx8 EPROM 


32x8 PROM 
32x8 PROM 
256x4 PROM 
256x4 PROM 
512x4 PROM 
512x4 PROM 
256x8 PROM 
256x8 PROM 
1Kx4 PROM 
1Kx4 PROM 
512x8 PROM 
512x8 PROM 
2Kx4 PROM 
2Kx4 PROM 
1Kx8 PROM 
1Kx8 PROM 
4Kx4 PROM 
4Kx4 PROM 
2Kx8 PROM 
2Kx8 PROM 
4Kx8 PROM 
4Kx8 PROM 
8Kx8 PROM 
4Kx4 PROM 
4Kx4 PROM 


256x4 PROM 


IV - 32 


CSM NO STD 
CSM NO 4.00 STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO STD 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO NO 
CSM NO STD 
CSM NO STD 


CSM NO 4.00 STD 
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NUMBER SIZE FUNCTION DT SYNC ROM ONLD 


828129 16 256x4 PROM CSM NO 4.00 STD 
TBP24S10 16 256x4 PROM CSM NO 4.00 STD 


IV - 33 Ver 2.07 


NUMBER 


PALs 
NOTE: 


20 pin PLC packages are pin equivalent to DIP 
the prefixes PAL, PLC, PLH, PLS, PLUS, GAL. 


= 


FUNCTION 


RDT SYNC ROM ONLD 


packages and are specified with 


28 pin PLC packages are not pin equivalent to DIP packages. AMD standard PLC 
packages are supported using the prefix SPAL. 


825153 


AND/OR PAL 


CSM NO NO 
GAL16V8 20 ANDD FF PAL CSM NO 6.00 STD 
GAL20V8 24 ANDDFF PAL CSM NO 6.00 STD 
PAL6L16 24 AND PAL CSM NO 6.00 STD 
PAL8L14 24 ANDD PAL CSM NO 6.00 STD 
PAL10H8 20 ANDOR PAL CSM NO 4.00 STD 
PAL10L8 20 ANDOR PAL CSM NO 5.00 STD 
PAL12H6 20 ANDOR PAL CSM NO 4.00 STD 
PAL12L6 20 ANDOR PAL CSM NO 5.00 STD 
PAL12L10 24. ANDOR PAL CSM NO 4.00 STD 
PAL14H4 20 ANDOR PAL CSM NO 4.00 STD 
PAL14L4 20 ANDOR PAL CSM NO 5.00 STD 
PAL14L8 20 ANDOR PAL CSM NO 4.00 STD 
PAL16H2 20 ANDOR PAL CSM NO 4.00 STD 
PAL16C1 20 ANDOR PAL CSM NO 4.00 STD 
PAL16H8 20 ANDOR PAL CSM NO STD 
PAL16L2 20 ANDOR PAL CSM NO 5.00 STD 
PAL16L6 24. ANDOR PAL CSM NO 5.00 STD 
PAL16L8 20 ANDOR PAL CSM NO 5.00 STD 
PAL16RA8 20 ANDORD FF PAL CSM NO 6.00 STD 
PAL16R8 20 ANDORD FF PAL CSM NO 4.00 STD 
PAL16R6 20 ANDORD FF PAL CSM NO 4.00 STD 
PAL16R4 20 ANDORD FF PAL CSM NO 4.00 STD 
PAL16X4 20 ANDOR XORD FF PAL CSM NO 4.00 STD 
PAL16A4 20 AND OR XORD FF PAL CSM NO 4.00 STD 
PAL16P8 20 ANDOR/NOR PAL CSM NO 4.00 STD 
PAL16RP8 20 AND OR/NOR D FF PAL CSM NO 4.00 STD 
PAL16RP6 20 AND OR/NOR D FF PAL CSM NO 4.00 STD 
PAL16RP4 20 ANDOR/NOR D FF PAL CSM NO 4.00 STD 
PAL18L4 24. ANDNOR PAL CSM NO 4.00 STD 
PAL18P8 20 ANDNOR PAL CSM NO STD 
PAL20L2 24 ANDNOR PAL CSM NO 4.00 STD 
PAL20C1 24 AND OR/NOR PAL CSM NO 4.00 STD 
PAL20L10 24 AND NOR PAL CSM NO 4.00 STD 
PAL20S10 24 ANDOR PAL CSM NO 5.00 STD 
PAL20X10 24 ANDOR XORD FF PAL CSM NO 4.00 STD 
PAL20X8 24 ANDOR XORD FF PAL CSM NO 4.00 STD 
PAL20X4 24 ANDOR XORD FF PAL CSM NO 4.00 STD 
PAL20XRP4 24 ANDOR XORD FF PAL CSM NO STD 
PAL20XRP6 24. ANDORXORD FF PAL CSM NO STD 
PAL20XRP8 24 ANDORXORD FF PAL CSM NO STD 
PAL20L8 24 AND NOR PAL CSM NO 4.00 STD 
PAL20R8 24 ANDORD FF PAL CSM NO 4.00 STD 
PAL20R6 24. ANDORD FF PAL CSM NO 4.00 STD 


IV - 34 


Ver 2.07 


NUMBER 


PAL20R4 
PAL20S10 
PAL20RS10 
PAL20RS8 
PAL20RS4 
PAL20RA10 
PAL22P10 
PAL22RX8 
PAL22V10 
PAL22XP 10 
PAL23S8 
PAL29M16 
PAL29MA16 
PAL32VX10 


PLC18V8 
PLHS473 


PLS100 
PLS101 
PLS155 
PLS167 
PLS168 
PLS173 
PLS179 


PLUS153 
PLUS173 


SPAL20L8 
SPAL20L10 
SPAL20R4 
SPAL20R6 
SPAL20R8 


SPAL20RA10 28 


SPAL20S 10 


SPAL20XRP4 28 
SPAL20XRP6 28 
SPAL20XRP8 28 


SPAL22P 10 
SPAL22V 10 


SPAL22XP10 28 


SPAL29M16 


SPAL29MA16 28 


FUNCTION 


AND OR D FF PAL 

AND OR/NOR PAL 

AND OR/NOR D FF PAL 
AND OR/NOR D FF PAL 
AND OR/NOR D FF PAL 
AND OR/NOR D FF PAL 
AND OR/NOR PAL 

AND OR D FF MUX PAL 
AND OR D FF MUX PAL 
AND OR XOR PAL 

AND D FF PAL 

AND OR MUX D FF PAL 
AND OR MUX D FF PAL 
AND OR MUX D FF PAL 


AND OR D FF PAL 
AND OR PAL 


AND OR INV PAL 
AND OR INV PAL 
AND OR JK FF PAL 
AND OR PAL 

AND OR SR FF PAL 
OR PAL 

AND OR JK FF PAL 


AND OR PAL 
OR PAL 


SQUARE PKG 20L8 
SQUARE PKG 20L10 
SQUARE PKG 20R4 
SQUARE PKG 20R6 
SQUARE PKG 20R8 
SQUARE PKG 20RA10 
OR PAL PLCC 
SQUARE PKG 20XRP4 
SQUARE PKG 20XRP6 
SQUARE PKG 20XRP8 
SQUARE PKG 22P10 
SQUARE PKG 22V10 
SQUARE PKG 22XP 10 
SQUARE PKG 29M16 
SQUARE PKG 29M16 


L¥Y » 35 


CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 
CSM 


STD 
STD 
STD 
STD 
STD 
STD 
NO 

STD 
STD 
STD 
STD 
STD 
STD 
STD 
STD 
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APPENDIX V 


INDEX 


A 
activity, checking device pins for 2-8, 2-28, 3-17, 5-20, II-5 


backup, use of it to duplicate a cartridge 6-2 
bus structured boards, testing of 2-21, 5-21, I-14 


C 


c sum, use to test PALs and PROMs 3-28, 3-29, 7-16, I-11 
CART memory storage 1-23, 4-2, 6-2 

cartridge, utilities for verifying, duplicating, formatting 6-2 
checksum, calculation for PALs and PROMs 3-29, 7-16 
clip check, disabling and re-enabling of 3-32 

comment key, use when executing a Sequence 3-35, 4-7 
compiler error messages 6-5 

compiling a source file 5-22, 6-5 

configuring a data logging format 1-33 

copying a tile 6-7 


D 


debug, use of it to print detailed selftest results 1-18 
defining a device location (U#) 5-9 

delayed gate, use of it for bus contention 2-27, 3-25, I-14 
deleting a device location (U#) 5-7 

deleting characters and lines in a file 6-18 

deleting a file 6-8 

deleting command line entries 1-21 

detailed key, use of in measuring frequency 3-33 

develop mode, use of to create Sequences 5-1, 5-3 
directory of previously deleted, recoverable files 6-12 


INDEX 


directory of files in memory or on cartridge 4-3, 6-10 
displaying operator prompts on the screen 5-12, 2-15 
downloading a file to the tester 6-13 

duplicating a cartridge 6-2 

duplicating a file 6-7 

duration, setting for Gate 3-26 

duration, setting for Reset 3-20 

duration, setting for STime 3-23 

duration, setting for Test Time 3-16 

DUT, definition of 1-1 

duty cycle measurement of a signal 3-34 


E 


editing a source file 5-10, 6-15 

editor syntax rules 5-10, [-1 

Eot, end of test screen 2-22, 2-26, 3-10 

EXT lead, use of it for frequency measurement 3-33 
EXT lead, use of it for gating 3-26, I-15, II-25 

EXT lead, use of it for triggering 3-24, II-81 


- 

file organization 5-5 

file, receiving into one from the serial port 6-13 
file, sending one out the serial port 6-23 

file, opening a new one 6-16 

file, editing an existing one 5-10, 6-16 

fix, use of to repair corrupted file 6-13 

fmask, application uses of 1-6, 2-5, 2-22, 2-26, I-3 
fmask, setting the parameter 3-15 

formatting a cartridge 6-2 

frequency measurement 2-27, 3-33, 5-20 
function, calling one in a Sequence 5-12, II-23 


INDEX 


G 


gate, setting the parameter 3-25 

gate, solving bus contention problems with 2-24, 2-27, I-14 
global parameters 3-2, 5-9 

ground, proper procedures for connecting 1-10, 2-23, I-2 
ground, specifying GND and Vcc pins on a device 3-22 


identify, use for finding generic device number 3-29 
ignoring test on a pin 3-18 

Input Buffer, loading effect of pullup resistors 1-12, 2-28 
inserting characters and lines in a file 6-18 

interface, definition of serial port 1-30 


L 


library, determining revision level 1-19, 7-1 

library, file syntax of 5-10, 7-2 

library, testing devices not in 3-22 

LOC, file type for database of test parameters 5-4 
local parameters 3-2, 3-14 

log, entering user comments into 4-7 

log, logging test results and user activity 4-8 

log, selecting data for logging 1-33 

LST, file type used for directory listing 6-11 


M 


manual key, use of in various modes 3-1, 5-6, 7-20 


N 


new sequence mode for starting a Sequence 5-6 
nonstandard (NSTD) power configuration on a device 3-22 


INDEX 


O 


offset parameter, for programmable devices 2-17, 3-20, I-8 
options for the tester 1-13, 1-19 


p 


performance envelope 1-1, 2-5 

pin_def key, use to ignore pins and set condition tests 3-17 
printer, setting serial interface for 1-29 

printer, setting page formatting for 1-32 

printing RD Test patterns 7-20 

printing files 6-19 

printing test results 1-34, 4-10 


R 

RAM testing 2-25, 2-30, I-7 

RD, definition of 1-1 

rd test, use of it to verify reference devices 3-28, 7-14 
rd test, disabling it 3-29, 7-14 

rd test, creating new patterns 7-17 

rd_drv, use of it for weak devices 3-27 
recovering a deleted file 6-10, 6-21 

remote control protocol specification III-1 
reset, application guidelines for 3-19, I-2, I-7 
results, meaning of test results 2-22, 3-6, 4-12 
running a Sequence 4-4 


S 


save _fil key, use of it to put keystrokes on cartridge 5-8 
selftest failure 1-17 

SEQ, file type for test order 5-4 

sequence mode 4-1 


INDEX 


serial port configuration 1-29 

Shadow, use for RAM initialization problems 2-30, I-7 
show_log key, use of it to display a log to screen 4-10 
simulated reference devices 1-3, 1-5, 3-2, I-17 

size parameter, use of it to define a nonlibrary device 3-22 
sound, changing volume of the audible beep 1-31 

state key, use of 2-22, 3-8, 4-14 

status key, for condition tests on pins 3-17, 5-20, I-16 
stime parameter 3-23 

synchronization of RD, DUT using STime 7-4, I-4, I-10 
SYST volatile file storage memory 1-8, 4-2 

system mode for option setting 1-3, I-28 


+ 


test results 3-6, 4-12 

test time, setting a value for 3-6 

testing a device not in the library 3-22 
threshold parameter 3-17, I-3 

time & date, setting a value for 1-28 
trigger, application uses of it 3-24, I-4, IL-8 
ttime parameter 3-16 


U 


uploading a file out the serial port 6-23 
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1 900 PC SOFTWARE PACKAGE 


1.1 HOW TO USE THIS DOCUMENTATION 


This manual assumes some familiarity on the part of the 
user with the testing concepts and approach of the Fluke 
900. Section 2 of the Fluke 900 Operator Manual on 
technical principles and Appendix I on applications are 
recommended as minimum reading for a user of 900 PC 
Software. The reader is referred to the index of the Fluke 
900 Operator Manual for advice on when to use a feature. 


900 PC Software controls almost all of the functions of a 
standalone Fluke 900 as well as offering some expanded 
capabilities. It operates with a hierarchy of screens and 
windows that are summarized by the menu tree shown in 
Section 3.1 on Package Operation. Each screen listed 
corresponds to a subsection in Section 3. Much of the 
information presented is available through an on-line Help 
utility by pressing 


The first time user will find a quick introduction to the basic 
functions of 900 PC Software in Section 2, Getting Started. 


GENERAL DESCRIPTION 


1.2 GENERAL DESCRIPTION 


The 900 PC Software software package is intended to bring 
the power and ease of use of a Personal Computer to the 
operation of the FLUKE 900 Dynamic Troubleshooter. 
Most functions that can be executed from the keyboard of 
the Fluke 900 can be done from the a PC in a way that 
takes advantage of the PC’s full screen and keyboard. The 
main features of this package are: 


he 


Tactile keyboard control of Fluke 900 including 


use of function keys, menus and context-sensitive 
Help. 


Full screen color display of test parameters and 
results using windows and popup boxes. 


Unlimited Test Sequence storage to disk and 
ability to transfer to tester system RAM or 
cartridge. 


Structured database-type environment for 
Sequence programming that is more flexible, 
powerful and easy to use than the Fluke 900 
standalone unit. Some aspects of this are: 


- Copying, moving and editing during 
Sequence creation are easier. 

- Subsequences within Sequences are 
allowed for structured testing. 

- Most test parameters are immediately 
visible or accessible through one window. 


GENERAL DESCRIPTION 


- Documenting a Sequence is easier using 
fields for author, title, revision and 
description plus programmers comments 
for each line. 

- Configurable options include color 
palette, PC port and coordination with 
other software instrument packages. 


The basic concepts of 900 PC Software are as follows: 

The opening screen contains setup and file utility functions. 
These may be considered "housekeeping" tasks that permit 
the user to maintain and transfer files and configure 
hardware ports, paths, and colors. All testing and 
development of Sequences is done from the RUN pulldown 
menu. Within RUN are found all the capabilities present in 
the Fluke 900’s Manual, Sequence and Develop modes. 
One effect of this is that to perform an immediate test on a 
single IC, you must run a newly created Sequence that 
consists of one device, since there is no Manual mode. The 
equivalent of Sequence and Develop modes on the Fluke 
900 is achieved on the PC by setting the mode parameter to 
"run only" or "develop". The mode parameter is found 
under the Header menu of the Seq Flow window. 


All device library information is assumed to be resident in 
the Fluke 900. Even if LIBRARY files are resident on the 
PC disk, they must first be downloaded, using the Copy 
menu option, to the Fluke 900 ( System RAM or a 
Cartridge ) before they are usable in a Sequence. The 
process of creating a LIBRARY file of desired devices for 
download to the Fluke 900 is performed using the 900 


GENERAL DESCRIPTION 


Library Utility. This is a standalone package that may be 
used on its own or accessed from within 900 PC Software 
using the Library option under the Files menu. 


The test parameters found in the local menu of the Fluke 
900 are regrouped on a single TEST screen in 900 PC 
Software into three categories: IC Definition, Initialization 
and Performance Envelope. They reflect the three basic 
steps that occur when testing a device with Dynamic 
Reference Comparison. Another window, Stimulus, 
contains the Reset parameter. 


Two minor changes to the standalone Fluke 900 parameters 
are that Reset and Pin Definition are each split into 
separate parts to reflect their use in two different functions. 
Reset pulse attributes such as polarity and duration are 
found in the Stimulus window and Reset Offset is found in 
the Initialization window. PinDef condition checks (High, 
Low, Active) are found in the Definition window and pin 
ignore is found in the Performance Envelope window. 


A Sequence that is run from a PC is in a database format 
that permits flexible manipulation and editing. In this 
configuration, the Fluke 900 is operating in Manual mode 
under remote control of the PC and its LCD display is 
inactive. For standalone operation of such a PC Sequence 
on the Fluke 900, the Sequence database must be compiled 
into the two file types ".seq" and "loc" that normally run on 
the Fluke 900 in its Sequence mode. The Compile Utility is 
found under the Files menu. 


SYSTEM REQUIREMENTS 


1.3 SYSTEM REQUIREMENTS 


1.3.1 HARDWARE REQUIREMENTS 


The basic hardware must include a minimum of: 


- IBM XT or AT computer or compatible 
machine 
- Hard disk drive 
- 640 K of RAM memory 
- RS232 serial communications port 
- Screen Monitor with any of the following 
adapters: 
Monochrome MDA 
Hercules Graphics 
Color CGA 
Color EGA 
Color VGA 


- Fluke 900 Dynamic Troubleshooter with any 
board revision level, but with system firmware 
5.00 or higher 


SYSTEM REQUIREMENTS 


1.3.2 SOFTWARE REQUIREMENTS 


This package will run under DOS version 3.2 or higher 
and is intended to run from a subdirectory on hard disk. 
It is recommended that all background TSR (Terminate 
and Stay Resident) programs be removed from memory 
before running this software to avoid interference. 900 
PC Software requires at least 540 K of free memory to 
run. 


INSTALLATION 


1.4 INSTALLATION 


STEP 1 


INSTALL FLOPPY DISKETTES ONTO HARD DISK 


Bring up the DOS prompt at A: 
Insert floppy Disk 1 into drive A and type: 

install 
A prompt window appears for you to specify the 
directory and drive letter that the package will be 
installed in. Default is C:\900PCS but you may 
change the specification and press to accept. 
Note that, if a directory does not exist, it will be 
created for you automatically. 


A prompt window also appears for you to confirm 
whether a demonstration Sequence will be copied 
into a subdirectory. The default subdirectory 1s 
FILES but you may specify it differently. If it does 
not yet exist, it will be created automatically. 


If you followed the procedure outlined above and 
installed this package on disk in the root directory, 
you should have the following contents of the 
directory \900PCS : 

900PCS.EXE 

D900.EXE 

S900.EXE 

FITE.HELP 

MESSAGE. TXT 

FILES <DIR> 


INSTALLATION 


STEP 2 


OPTIONAL LIBRARY UTILITY, PATH, RAM DRIVE 


At this time, you may also wish to install the 
Library Utility as a subdirectory (ie. 
\900PCS\LIBLOAD\). It may, however, reside 
anywhere on your disk and its path can be defined 
when it is accessed from the FILES menu of 900 
PC Software. See Appendix IV of the tester 
Operator Manual for instructions on installing the 
Library Utility. 


It is advisable to include the 900 PC Software 
executable file (900PCS) in your computer’s path 
sO you can run the program even when it is not in 
your current working directory (ie. PATH= 
Co00P C;...). 


The package operational response may be speeded 
up by defining RAM in the PC as a virtual disk 
drive (designator E:). For example, with 1 
Megabyte of PC RAM, 640 K is used for the 
program and 384 K is available for a virtual drive. 
To enable this, add the following command to the 
config.sys file of your PC: 


DEVICE=C:\DOS\RAMDRIVE.SYS 384 512/E 


Note that this assumes DOS is resident in a 
directory called DOS on C drive. 


-~, 


INSTALLATION 


SrePs 
CONNECT AND CONFIGURE PC AND TESTER 


Connect a "straight through" RS232 interface cable 
from the back of the tester to the serial com port of 
your PC. The cable should have data wires 2,3,7 


connected as well as status wires 4,5,6,8,20. 


Type 900PCS at the DOS prompt on your 
computer and the main screen will appear as 
described in the Section 3.2. 


Factory default settings for 900 PC Software and 
the tester are the same. You may verify that baud 
rate, parity, data bits and stop bits are set to the 
same for the tester and the PC by actions described 
in Section 1.6.2 of the Fluke 900 Operators 
Manual and Section 3.5 of these instructions. 


You may want to change the baud rate to 19200 for 
maximum data transfer speed between PC and 
tester. In this case, the SYSTEM, RS232 screen on 
the tester appears as follows: 


7a 


OUT: None 


INSTALLATION 


The RS232 screen from the Setup menu of 900 PC 
Software appears as follows: 


ort Configurat 


7 


ey) 9608 4888 2488 1206 688 308 116 


Data Bits 7 


Stop Bits 
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INSTALLATION 


1.4.1. TROUBLE GUIDE 


Symptom: When first running a Sequence or doing 
anything that requires communication to the tester, an 
error message appears: "Timeout Occured". 

Possible Cause and Solution: 


- Tester and PC do not have the same baud rate, 
parity setting. 

- Tester RS232 port is not set to DCE CL. 

- Tester is not showing its main power-up screen. 
- PC port setting is incorrect (ie. Port 1 or Port 
ras 

- RS232 cable is not connected. 


Symptom: When first communicating to the tester, an 
error message appears such as "Cannot set 8250 " or any 
message other than "Timeout Occured". 

Possible Cause and Solution: 


- Garbled initialization file. The user should 
erase the file named 900PCS.INI and restart the 
900 PC Software package. 


Symptom: When first running 900 PC Software, the 
message "Not enough memory to run program" appears. 


- The PC requires 640 K of RAM memory 
configured. 

- Background programs and TSRs must be 
removed so that there is at least 540 K of free 
RAM space to use for this package. 


11 


STARTING THE PACKAGE 


2 GETTING STARTED 


This section outlines the typical process of creating a Test 
Sequence, compiling it into a form that runs on the 
standalone tester and copying it to the tester. Refer to Section 
3 on Package Operation for details on how to perform any 
specific function involved in this process. In particular, 
Section 3.1 provides a diagram of the complete menu 
structure of 900 PC Software. 


2.1 STARTING THE PACKAGE 


Follow the installation procedure described previously to 
connect up the tester to the PC and install 900 PC 
Software.The tester should be sitting in its main power up 
screen and be connected to the UUT in the same way 
required for Sequence development with the standalone 
tester. 


From the DOS prompt, after power up of your PC, type: 
cd 900pcs 


This makes 900PCS\FILES the working directory. 
Type 900PCS to start the 900 PC Software 


package.The opening screen is refered to as the "Main 
Screen". 


Tt 


LIBRARY PREPARATION 


The Sequence that will be developed in the following 
example is to be stored on the Files subdirectory, which was 
created automatically when you installed the package. 
Make this the Working Directory by selecting the Change 
Dir option under the Files menu. Enter the following path: 
C:\900PCS\FILES (This assumes you installed the package 
on C drive). 


2.2 LIBRARY PREPARATION 


Simulation and Shadow patterns must be resident in the 
tester before a test Sequence is created, so the first step is 
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LIBRARY PREPARATION 


to download a library file to the tester. If actual devices are 
to be used as RDs in the tester’s ZIF socket instead of 
simulated devices, this step may be omitted. 


Move the cursor to the Library option in the Files menu 
and press (Enter). Note that the Library Utility is a separate 
software package that is included with the tester and must 
be installed separately. If the path for the 900 Library 
Utility has not been previously defined, a dialog box will 
appear for you to enter it. 


Directory 

Edit f~ 
Copy 

Delete 

Rename 

Compile 


Change Dir 


Fi F2 F3 F4 FS F6 F? F8 FQ Fi@ 
Help Clear Accept 


When using the Library Utiltiy, you may press Help) at <™ 
any time for assistance in any of the following procedures. 
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LIBRARY PREPARATION 


Move the Cursor Bar to the IC Lists Top Menu option and 
press (Enter), Select the Create option and specify the name 
LIB1 in the Dialog Box. A scrolling list of ICs appears that 
includes all devices in the master library file. For our 
example, tag a few ICs by moving the Cursor Bar 
successively to 7400, 7404, 74244 and pressing (Enter). Note 
that you may move the Cursor Bar by typing in device 
numbers or with up/down arrow keys and page up/down 
keys. Press ©19) to accept and Y to confirm this IC List. 


Speed Search: 
Fi F2 F3 FS F3 Fig 
Help ClrSrch NextTagd Taghll TagNone Accept 


Press and select Make Library with the Cursor Bar. Tag 
the name LIB1 with and press to accept, Y to 
confirm. 
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LIBRARY PREPARATION 


Now select the Download option of the Top Menu. (Note 
that , if you have a communication problem at this point, 
you should check the RS232 setting under the Setup option 
of the Top Menu. This is separate from the setting of 
RS232 in 900 PC Software, but they should both be set to 
the same configuration). Choose the tester System or 
Cartridge memory as the destination and press on 
the User Library field. Press again with the Cursor 
Bar postioned over LIB1, then to accept. 


Sepe SYSTEM € 49898 Bytes Left) 


CARTRIDGE ¢ Not Available > 


F3 F4 FS F6 F? F8 F9 F18 
Accept 


After completion of the file downloading operation, press 
twice and Y to confirm exit of the Library Utility. 
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NAMING THE SEQUENCE 


2.3 NAMING THE SEQUENCE 


Select "Create Sequence" from the Run menu of the main 
screen. Enter a Sequence name (TRIAL in this example) 
and the location of the first device (U1 in this example) into 
the Dialog Box that pops up. 


Select Sequence Fron Working Directory 
Select Sequence Fron Another Directory 


Create Sequence 


Sequence Nane TRIACS 
First Location Name Bi===2 


F18 
Accept 


Press to accept these entries. 


The main Test screen appears with U1 highlighted in the 
Sequence Flow window and default parameters in the other 
windows. 
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CREATING THE LOCATION LIST 


Definition - F2 
RD Drive = high 
RD Test = on 
Simulation = NYA Clipcheck = on 
Activity = no Float Chk = yes 


Initialization - F3 Message - F6 
Synchronization = off 
Trigger = off 
Reset Offset = 6 ms 
Ram Shadow = N/A 


Performance Envelope - F4 Results - F? 
FaultMask = 38ns TestTime = 1888ns 
Pins Ignored = 8 Gate = off 
Threshold = 1880nU Stinulus - F8 
F988 generated reset 


Fi F2 F3 F4 FS F6 F? F8 F9 Fid 
Help Def Init PEny SeqF Hsg Rslt Stin NEXT TEST 


2.4 CREATING THE LOCATION LIST 


Select the full Sequence Flow window by pressing &5). The 
previously defined locations (U1 in our example) appear as 
a list down the left side of the screen. U1 is considered the 
"current location" because this was the position of the 
Highlight Bar when you selected the full Sequence Flow 
Window. Additional locations may be added below the 
highlight bar by pressing £9) (New Test). For example, enter 
U2 into the Dialog Box that appears after pressing 9). 


Note that a Dialog Box appears as follows: 
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CREATING THE LOCATION LIST 


Soe sis pind te thet gy ee a a on  - a  h erge ee shpat e ee SS igtesersus : 
= Se HE Ge ae ht ee Pas aad Fel Be PSB rh or eo Se hat SE dk a oe ph tg = Be ob ee qrecene 


You can choose to duplicate the device information from 
U1. Press N for no and enter 7400. Repeat the procedure 
using 9) for US (a 7404), U10 (a 74244), and U8 (a 74244). 


19 


CREATING THE LOCATION LIST 


Fi 4 F3 F4 FS I) F? 
Help UpLevel DnLevel Prev Find NeuTest Comment 


The highlight bar may be moved up and down this device 
list using the cursor control arrow keys. Move the bar to U1 
at the top of the list and press to return to the Test 
screen. Note that the highlight bar in the small Sequence 


Flow window is pointing to the same location highlighted in 
the full Seq Flow window. 
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DEFINING GLOBAL PARAMETERS 


2.5 DEFINING GLOBAL PARAMETERS 


Global parameters are those that apply to all devices in a 
Sequence. They may be thought of as board level test 
parameters, such as the type of reset pulse or the Test 
Time. Select the Global option with the Cursor Bar in the 
Top Menu of the Test Screen. 


Global Paraneters 
RD Drive = high} |FaultNask fijns 
RD Test = on 
Clipcheck = on | | Threshold Z=RBBnJ 
Activity = no Float Chk = yes 


Test Tine 5BBBes (CONT or H8RiD 


Initialization - F3 
Synchronization = off 
Trigger = off Internal: 
Reset Offset = 8 ns Be Be 
Ran Shadow = N/A 


Performance Envelope - F4 ; 
FaultMask = 38ns TestTime = 1668xs 
Pins Ignored = 8 Gate = off 
Threshold = 18080 


Fi F2 F3 
Help Clear 


Move the cursor to the Test Time field and enter a new 
value of 5000. Press to accept the setting. 
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DEFINING DEVICE PARAMETERS © 


2.6 DEFINING DEVICE PARAMETERS 


With the highlight bar positioned at U1 in the Test screen, 
press &2) to bring up the Device Definition window. Enter 
7400 in the field and press to accept the entire window. 


Device Definition Parameters 


Ucc Pins ieee 
Gnd Pins Hee 


Reference Device Drive 
Pin Activity 
Simulation N/A 


Reference Device Test i 
Check Sum N/A 


Clip Check 
Float Check ges 


Fi F2 F3 F4 FS F6 F? F8 FS Fi@ 
Help Clear Revert RD Test Identify Accept 


The next step would normally be to verify that our test for 
U1 passes on a good board. If not, you would change the 
parameters until it does. This is the normal procedure for 
setting up a Sequence, even on a standalone tester. Assume 
that U1 passes and proceed to the next test by pressing 
(NEXT). Note that the highlight bar moves to U2. 
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DEFINING DEVICE PARAMETERS 


Let us assume, for U2, that a Fault Mask parameter change 
is needed to obtain a passing test result. Press F4 to enter 
the Performance Envelope window. The cursor will be 
positioned in the first field. Enter 60 as the value. Note that 
on an actual board, &8) (Learn) is available to help establish 
the correct Fault Mask. Accept the entire window with 


Gate I/C IVC Gate 


Test Tine (CONT or ####) BRB 
Pins Ignored 


Gate §Fe 


Delay 8. 68@ns 
Duration CONT 
Polarity T 


Gating 
Cond’n = gate not define 


Compare 
When HI = always high 


Fi F2 F3 F4 FS F6 F? F8 FS Fi@ 
Help Clear Revert Accept 


The development of an actual board Sequence involves 


repeating the preceding steps for every location in the 
Sequence Flow list. 
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REORDERING THE TESTS 


2.7 REORDERING THE TESTS 


Changing the order of tests is done from the Sequence 
Flow window. &5) enters this window from the Test screen 
and the up/down arrow keys move the highlight bar. Note 
that the left/right arrows move the Top Menu Cursor 
between various editing functions. We will use the Cut and 
Paste functions to make U10 the last location on the list. 


Position the highlight bar on U10. Position the Top Menu 
Cursor on Cut and press to start the cut, then to 
accept the cut. U10 has now been removed from the list and 
placed in the Paste Buffer. Move the highlight bar to U8, 
the last location on the list. Move the Top Menu Cursor to 
Paste and press (Enter), The revised list should now appear 
as: 


Accept this list and return to the Test screen by pressing 
F10 
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ADDING OPERATOR PROMPTS 


2.8 ADDING OPERATOR PROMPTS 


Scrolling through the Sequence Flow list may be done from 
the Test screen using the up/down arrow keys and the Page 
Up/Page Down keys. Once the highlight bar in the small 
Sequence Flow window is positioned on a desired device, 
pressing will accept it and update the test parameters. 
Note that moving to another location using arrow keys 
requires accepting the final position, while moving with 
(NEXT) does not. The location selected in the Test screen 
is the "current location". 


Operator prompts may be added for each location by 
pressing £5) (Msg) to enter text into the Message window. 
must be pressed to accept the text message. 


2.9 DOCUMENTING THE SEQUENCE 


Sequence documenting is done from the Sequence Flow 
window accessed by &S). Programmer’s comments may be 
added beside each location. For our example, move the 
highlight bar to U1, press F7) (Comment) and press 
to bring up a Dialog Box for a location comment. Enter 
"Reset Circuit" and this will appear beside U1. Location 
comments appear on the same line as the U#s; Sequence 
comments appear between U#s. 


The Header option on the Top Menu Cursor has menu 
options for Title, Description, Author, and a Start Message 
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DOCUMENTING THE SEQUENCE 


operator prompt. Position the Top Cursor on the Header 
option and press to permit entry of information for 
these purposes. 


The Mode option of the Header menu is used at the 
completion of Sequence development to lock out further 


changes. After selecting this option, position cursor to "run 
only" and press (Enter). 


Description 
Author 
Start Message 


Version 


Sequence Mode 


tee orp: develop 


FS F1i8 
Accept 


You are prompted to enter a password and confirm the 
setting. Further revisions can not be made to this Sequence 
unless you change the Mode back to "develop". This 
requires you to re-enter the original password. 
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RUNNING THE SEQUENCE 


Press se) several times to exit the Header menu, the 
Sequence Flow window and the TRIAL1 Sequence. Press 
in response to the confirming messages to exit Sequence 
Flow Window, leave Sequence and save Sequence. 


2.10 RUNNING THE SEQUENCE 


The sample Sequence created above may be run from the 
Main screen by choosing the Current Sequence option or 
by choosing "Working Directory" from the menu and 
selecting the name TRIALI1. 


The Sequence may also be run from a cartridge (or volatile 
tester System RAM) on a standalone tester after the 
following procedure: 


i Select Compile in the Files menu. Choose 
"Working Directory File" and the filename 
"TRIAL1.ZSQ" . The new files TRIAL1.SEQ and 
TRIAL1.LOC and their tester-executable versions 
TRIAL1.SE@ and TRIAL1.LO@ will be created 
in the same directory as TRIAL1.ZSQ 


2. 
Copy the SE@ and LO@ files from the working 
directory to the tester (typically the cartridge). 
Note that they are downloaded to the tester as 
TRIAL1.seq and TRIAL I1.loc . 

cs The tester may now be disconnected from the PC 


and the Sequence run from cartridge. 
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SCREEN MENU HIERARCHY 


3 PACKAGE OPERATION 


Operation of this package is through pulldown menus and 
function keys that produce popup windows and boxes. The 
key is used to exit windows and modes as well as the 
package itself. A popup box appears when trying to exit the 
package and it requires the user to confirm. Similar reminders 
to save changes also appear before exiting certain modes. 


3.1. SCREEN MENU HIERARCHY 


Run Current Sequence 


From Working Dir 
From Another Dir 


Create Sequence 


Size 


RD Drive 
Activity 
Simulation 
RO Tes 
Clip Check 

Synchronization 
Trigger 
Reset Offset 
Shadow 


Fault Mask 
Threshold 


Pins Ignored 
Gate 


STARTING THE PACKAGE 


3.2 STARTING THE PACKAGE 


900 PC Software installs itself in the directory 900PCS. 
Point to this directory by entering "cd 900pcs". 


Enter "900pcs" at the DOS prompt and the main screen 
appears. 


3.3 MAIN SCREEN 


Help Window 
Operation of this package is done through pulldown menus and 
function keys that produce popup windows and boxes. The Esc 
key is used to exit windous and modes. 


The Top Menu across the top of the screen produces Pulldoun 
Menus below the highlighted cursor. These menus generally 
change the operating mode by popping up a window or a 
complete screen over the existing screen. 


Function key labels are found across the bottom of the 
screen. They generally expand a screen window and enter into 
a subsode, or they perform a simple specific function. 


The Files pulldown menu contains utilities for displaying 
t, 4, +, 4, Home, End, PoUp, PgDn, ESC 


This screen shows the on line Help Utility available any 
time by pressing ©) (Help). Pressing removes Help. 
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MAIN SCREEN 


The Top Menu across the top of the screen produces 
Pulldown Menus below the highlighted cursor. These 
menus generally change the operating mode by popping up 
a window or a complete screen over the existing screen. 


Function key labels are found across the bottom of the 
screen. They generally expand a screen window and enter 
into a submode, or they perform a simple specific function. 


The Files pulldown menu contains utilities for managing 
files on disk such as Directory, Delete, Rename, Print. The 
Edit option invokes your own editor as specified in the 
Setup menu to make changes to text files. The Compile 
option produces versions of PC-generated Sequences that 
may be downloaded to a standalone tester. It also utilizes 
the compiler resident in the tester to convert tester 
compatible source files (LOC, SEQ, .LIB extensions) to 
executable versions for a standalone tester (.loc, .seq, .lib 
extensions). The Copy option is used for copying files 
within the PC and to/from the tester. The Library option 
invokes the Library Utility described in Appendix IV of the 
tester Operator Manual. The Change DIR option changes 
the working directory for the purposes of the Run menu. 


The Run pulldown menu permits the loading of an existing 
board test Sequence from disk or the creation of a new 
Sequence. 


The Setup pulldown menu permits option setting for the 
PC serial port, printer page format, screen color template, 
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FILES MENU 


path definition for editors and other software packages, and 


specifying backup copies of Sequences and restoring them 
during their creation. 


3.4 FILES MENU 


To execute the following file utilities, move the cursor with 
the up/down arrows, press and specify the desired 
disk and path in the Dialog Box. 


Directory 
Edit 
Capy 
Delete 
Renane 


Compile 
Library 
Change Dir 
Print 

DOS Shell 


Directory - 
Lists the files resident on PC disk, cartridge inserted into 
the tester or present in the tester’s volatile system RAM. 
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FILES MENU 


Edit - 

Prompts for a file resident on PC disk, tester cartridge or 
tester system RAM and invokes the editor defined in the 
Setup menu. Edlin is the default editor. 


Copy - 
Transfers files between tester cartridge, tester system RAM 
and PC. Specify the source and destination with the cursor. 


Delete - 
Removes files from PC, or tester system RAM and 


cartridge. Highlight the filename with the cursor and press 
(Enter), 


Rename - 

Permits changing the name of PC-resident and 
tester-resident 

files. 


Compile - 

This utility will convert a Sequence file that is compatible 
with the 900 PC Software database (file with extension 
.ZSQ) into files that are compatible with the standalone 
tester (files with extensions SEQ and .LOC). When the 
utility is performed on tester-compatible files (extensions 
SEQ, .-LOC and .LIB), executable versions with extensions 
SE@, .LO@, .LI@ are produced. Note that these files are 


put into the same PC directory or tester medium as their 
source file versions. | 
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Library - 

This is the Library Utility described in Appendix IV of the 
tester Operator Manual. It is used to create downloadable 
LIBRARY files of standard and simulated devices. When 
you first invoke this utility from 900 PC Software, you will 
be prompted to enter the path where it was installed. 
Thereafter, the utility automatically starts when selected 
from the Files menu. 


Change DIR - 

This changes the working directory to any one that you 
specify. When running a Sequence, it is backed up in the 
working directory. Therefore, to restore a Sequence ( using 
Restore under the Setup menu), you must be running it 
from the working directory, not “another directory". 


Print - 

Directs a specified file to the PC printer port. Specify the 
type of file with the Highlight Bar and its name in the 
Dialog Box. Note that Sequence means a listing of the 
database file on the PC, not the tester version .SEQ file. 


DOS Shell - 

Brings up the DOS prompt and permits DOS 
commands.The 900 PC Software package frees up all 
memory except 10K. Type EXIT to return to 900 PC 
Software. 
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3.4.1 DIRECTORY 


The following screen shows the popup boxes present 
when checking the directory of files on disk. A 
highlighted cursor serves to scroll the list of files through 
the Menu Box using up/down arrows. Note that 
subdirectories are not indicated, only files. 


PC Directory 
Cartridge Directory 
System Directory 


D: \SBBPCS\FILES\*., 


CHx1. LIB 
FSBQDENO. ZSQ 
LIB1.LIG 
LIB1.ULF 
TRIALI.LI8 
TRIAL1.ULF 


3.4.2 COPY 


The Copy utility is used to duplicate files on disk and also 
to transfer them between PC and tester. Note that you 
will not be prompted if a file already exists and it will be 
copied over if so specified. The source file is specified by 
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first selecting where it is located (working PC directory, 
other PC directory or tester). A list of files is presented as 


shown below. 


Directory 
Edit 
Copy 


Fron Working Directory 
From Another Directory 


From Cartridge 


From Systen 


DOS Shell 


DRAM. lib 
F388. SEQ 
F988. seq 
GS988. LOC 
GS988. SEQ 
GS988. loc 
GS988. seq 


Highlight the choice and press (Enter), The destination for 
copying is specified in a Dialog Box as shown on the next 


page. 
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Fi F2 F3 F4 FS F6 F7 F8 FS F18 
Help Clear Accept 


Note about filename conventions: 


Sequence source files that are resident on the 
tester have the filename extensions SEQ, LOC, 
LIB. The executable versions of these source 
files have the extensions seq, loc, lib. When 
copying an executable file from the tester to PC, 
its extension is modified to be SE@, LO@ or 
LI@ since the PC does not recognize lowercase 
filenames. When one of these files is copied back 
down to the tester, its name extension Is 
automatically converted back into the tester 
executable form (ie. FILESE@ becomes 
FILE.seq). 
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3.4.3 COMPILE 


FILES MENU 


The Compile utility is used to convert files from one 
format to another according to the following table (note 


filename extensions shown i 


File Type 
Sequence on PC database 


(ZSQ) 


Tester source files 
resident in PC 
(SEQ,LOC,LIB) 


Tester source files 
resident in tester 
(SEO. LOC LIB) 


Note that, when creating 
Software database that is to 
for standalone tester oper 
certain syntax conventions.t 
restrictions do not apply 


n parantheses): 


Converts to 
Tester 


source 
file(SEQ,LOC) 

and tester executable files 
(SE@,LO@) on PC 


Tester executable files 
resident in PC 


(SE@, LO@, LI@) 


Tester executable files 
resident in tester 
(seq,loc,lib) 


a Sequence in the 900PC 
be compiled and downloaded 
ation, you must conform to 
hat apply to the tester. These 
to Sequences intended for 


operation within 900 PC Software. For example: 


- Filenames must begin with alpha characters 
- No spaces are allowed in file or location names 


Location names 


may not have shifted 


characters (from the tester keyboard) or a dash, 
but may have an underline. eg.: U37_A is 


37 


FILES MENU 


allowed, U37(A) and U37-A are not). 

- Operator messages that are longer than 2 lines 
on the PC are extended to an extra dummy chip 
on the tester. 

- Quotation marks cannot be used in operator 
messages 

- Start Message information from 900 PC 
Software appears as nonexecutable comments in 
the SEQ file and does not appear on the tester 
display. 


In general, if you cannot successfully compile a ZSQ file 
into SE@ and LO@ versions but it does produce SEQ 
and LOC file versions, investigate the syntax restrictions 
of the tester compiler. The line numbers of the compile 
errors appear and the files may be viewed with an editor. 
Another way to do this is to copy the SEQ file to the 
tester system RAM and then do a manual compile from 
the tester keyboard to locate the exact line with a 
problem. 
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3.5 SETUP MENU 


Setup defines various option and configuration settings. 
Shown below is the popup Menu Box that appears when 
the Backup option is selected. 


Printer 

Colors 

Editor 
Measurement Tools 
Backup 

Restore Backup 
Ran Drive 


Backup Level 
Backup Levee # | @ ff 234567 8 9 


F3 F4 FS F6 F? F8 FS Fi8 
Accept 


Each option is described below: 


RS232 - 

Permits setting of communications port. Up and down 
arrows select an active parameter and left/right arrows 
position the Highlight Bar on the desired setting. Press 
to confirm each setting and to accept the entire 
configuration. 
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Printer - 

Permits page formatting for file printouts. Up/down arrows 
select an edit field for numeric entry. confirms each 
setting, accepts the entire configuration and 
restores the configuration to the settings that were present 
before changes. 


Colors - 

Permits the user to choose different colors for various 
windows and parts of the screen. See section 2.3.1 for more 
explanation. 


Editor - 


Permits the user to define the path and name of the editor 
to be used in the Files menu. 


Measurement Tools - 

Permits the user to define the path and menu name of 
instrument programs found in the measure pulldown menu. 
Up to three such definitions may be specified. 


Backup - 

Permits 0 to 9 backup copies of a Sequence to be retained 
during development. A maximum of 3 is recommended to 
conserve disk space. Note that the copies are stored in the 
Working Directory (as specified by the Change Dir option 
of the Files menu). It is recommended, therefore, that a 
Sequence is always developed in the "Working Directory" 
rather than "Another Directory". In this way, the backup 
copies are easily available. 
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Restore Backup - 

Permits one of the backup copies of a Sequence to replace 
the current version. Therefore, any changes made since the 
last Save procedure are discarded. 


RAM Drive - 

Permits the user to specify a portion of extended RAM in 
the PC to be used in the execution of the 900 PC Software. 
This will speed up the operational response of the package. 
To enable RAM Drive, enter the virtual drive letter (eg. E) 
in the field of the Dialog Box. A blank field will diable this 
feature. See the installation procedure in Section 1.4 on 
how to define the RAM space as a drive letter in the PC 
contig.sys file. 


Configuration - 
Tester hardware and firmware revision levels are listed. 
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3.5.1 COLORS 


The Menu Boxes permit the user to choose colors for 
various parts of the screen by moving the cursor to the 


desired color (foreground and background) and pressing 
(Enter), 


Pre-Defined Palettes 


Define Palette 


Menu Colors 
Windou Colors 
Edit Field Color 


Function Key Color 


Title Line Color 
IC Color 


Two palettes are predefined. The terminology used is as 
follows: 


Menu - 


A horizontal (eg. Top menu) or vertical (eg. pulldown) 
list of selections with a highlight cursor. Choices menu is 
the horizontal menu of choices for some parameters. 
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Window - | 

The entire screen has a background and may have areas 
within it called windows (eg. Definition, Results, 
Stimulus, etc.). A window may fill the entire screen when 
selected. 


Box - 

Machine status messages and error messages will appear 
in boxes in the center of the screen to provide operator 
information. 


Field - 
The current values for each parameter in a window. The 
active field is highlighted, the passive ones are not. 


Function Key Line - 
The labels across the bottom of the screen. 


Title Line - 
The top line of the screen. 
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3.6 RUN MENU 


To load and run a Sequence file from the PC disk, pulldown 
the Run menu,move the cursor and press on one of 
the selections in the pulldown menu. Note that the 
Working Directory can be changed from the Change Dir 
option of the Files menu. — 


Run Current Sequence: IBM_AT.zsq 


Select Sequence From Working Directory 
Select Sequence From Another Directory 


Create Sequence 


FOBGDENO. ZS0 


IBM: AT.ZSQ 
TEST1. ZSQ 
TEST2. ZSQ 
TRIAL1. ZSQ 


The Run Current Sequence option is only shown if a 
Sequence has already been run. It is considered to be 
currently loaded and may be re-run by positioning the 
cursor and pressing (Enter). The popup Menu Box shows the 
available Sequences for the other options: 
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Working Directory - 

The directory that was current when 900PC Software was 
started or that has since been changed through the Change 
Dir option of the files menu. 


Another Directory - 

A disk and directory path that you must specify in a Dialog 
Box. 

(eg. A:\FILES ) 


The Create Sequence option prompts the user to enter a 
new Sequence name and the first IC location into a Dialog 
Box. The initial Test screen then appears. 


Note that, unlike the standalone tester, there is no Manual 
Mode to test devices outside of a Sequence. It is a simple 
matter, however, to create a dummy Sequence consisting of 
a single device. The Test screen then operates like Manual 
Mode and you may change the device and any parameters 
over and over. 


3.6.1 TEST SCREEN 


This is the main testing screen and is used both for 
running and developing Test Sequences. Each window 
has an associated Function Key which permits changing 
of the parameters in that window. The Highlight Bar in 
the Sequence Flow ‘window indicates the location of the 
current IC to be tested. 
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Simulation = off 
Activity = no 


Clipcheck = on 
Float Chk = no 


Initialization ~ F3 
Synchronization = off 


Message - F6 
Place 74244 in ZIF Socket and test . 


Trigger = off Test will pass. Press Fault Suitch 8 


and test . Test will Fail. 
FaultNask = 48ns 


Pins Ignored = 8 


Threshold = 18886U Stinulus - F8 


F968 generated reset 


F6 F7 F8 FS Fi8 
Help Def Init PEnv SeqF Msg Rslt Stim NEXT TEST 


Performance Envelope - F4 


Each location has a set of parameter windows that define 
its test. The initial parameter values are retrieved from a 
device library as default values and they may be changed 
individually. Certain parameters, furthermore, may be 
given modified default values for all devices in a 
Sequence. These are Global parameters and are accessed 
from the Global option of the Top Menu Bar. They 
include: Fault Mask, Threshold, Test Time, Reset, 
External Trigger and External Gate. 


(TEST) initiates the test cycle on the tester. Test 
results are provided to the PC when a failure occurs or 
the Test Time expires. Note that if Test Time is set to 
continuous or the tester is waiting for a Trigger that is 
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not occuring, the user can terminate the test in two ways. 
aborts the test; pressing the TEST key on the tester 
stops the test and provides the test results to the PC. 


(NEXT) moves the bar to the IC below the current 
one and updates all the screen parameters. Page Up, 
Page Down and Up/down arrow keys will also scroll the 
bar within the Seqence Flow window to another location. 
Press (Accept) to update the screen parameters 
associated with the location in the highlight bar. 


Selecting a location may also be done in the full Seq Flow 
window accessed by pressing FS). There is an expanded 
list and a Find key to search for a location. 


The very top line of the Test screen identifies the name 
of the Sequence, a user-definable descriptive title in the 
center, and the mode (develop or run-only). The 
descriptive tithe and mode are set through the Header 
option of the Seq Flow window. 


The Top Menu has: 
Measure, to perform a measurement function (eg. 
frequency) or to shell out to another instrument package. 


Global, which permits certain test parameters to be set to 
a constant value for the entire Sequence. This is most 
uaseful for board level parameters such as Test Time 
which typically remain the same for all devices. 
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Untested, which lists locations not yet tested. It 1s 
initialized each time the Sequence is restarted from the 
main screen. 

Save, which saves the Sequence test parameters and 
device locations to disk. The previous version(s) are also 
retained as backup copies according to the setting in the 
Setup menu. 


3.6.2 RESULTS SCREEN 


This screen appears automatically after a FAIL test result 


or may be brought up with a Function Key after a PASS 
result. 


Time to Fault = 81.65 ms 
Failed DUT 


Progranned Programmed 


1 
2 
cS 
4 
5 
6 
7 
8 
3 
i 


ocation : U3? IC Name : 74244 
F3 F4 F5 F6 F? F8 Ss) 
Prog State 
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The pins that had signals which exceeded the Fault Mask 
setting are marked with X. &4) (State) produces a listing 
of the observed activity beside each pin. The time that 
the fault was captured after the start of test (eg. edge of 
the Reset pulse) appears at the top of the screen. The 
state of the DUT pins at the end of test cannot be viewed 
using 900 PC Software. It can only be viewed using the 
tester’s keyboard operating in nonremote mode. 


Mismatches in programmed pin activity appear as the 
following screen: 


ROSIN Sry SS Se ee 


FAIL: 
Failed Conditions 


Progranned State 

low 

4.773NH21% 168. 60MHz 
active 

active 

active 

active 

active 

active 

active 


FWUON OW mh WNP 


: U2 IC Name : 
FS F6 


Prog State 


Pins which fail the specified condition activity checks are 
marked with C. The actual observed condition and the 
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preprogrammed condition will appear beside the pin(s). 
Press &3)} to observe the actual activity on all pins. Press 
to see the programmed activity conditions on all pins. 


3.6.3 MEASURE - FREQUENCY 


Selecting frequency from the measure window is similar 
to using immediate frequency on a number of pins with 
the standalone tester. The pulldown menu permits 
selection of Frequency the Frequency Window appears: 


FS@BDENO. ZSQ FLUKE 968 DEMO WT BOARD 
Frequency Selection 


Pin 2 Time Out on 
Thru Pin 


Pin Time Out 
Thru Pin 


Pin Time Out 
Thru Pin 


Pin Time Out 
Thru Pin 


Pin Time Out 
Thru Pin 


External no Tine Out 


Fi F2 F3 F4 FS F6 F7 F8 FS Fia 
Help Clear Revert Accept 


Frequency can be measured on up to 5 groups of pins 
(eg. 1-2, 5, 7-10, 14, 20). Time out should be set to "off" 
for any signal less than 100 Hz. Note that the Cntrl 
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right/left arrows move the cursor between the pin column 
and the Time Out column. When in the Time Out 
column, the cursor resides in a small Choices Menu Box. 


External is the EXT patch lead on the Interface Buffer. 
Gate and Delayed Gate are the pin conditions defined 
from the Performance Envelope window. 

(Accept) confirms the setting of the entire 
Frequency Dialog Box. 


O° STE gh Se C8 Ae a gems emi ey i cH a FPR la TY A PH ETE PR OS NIRA PTO Ot 


Frequency Definition 

Frequency Tine Lou 

18.88 MHz ‘ 8.88 ns 108.88 ns 
1.539 MHz : 197.53 ns 452.24 ns 
1.537 MHz : 152.98 ns 497.72 ns 
1.539 MHz ‘ 41.59 ns 688.18 ns 
66.38 kHz ' 1.8 us 14.88 us 

1.685 MHz ; 8.88 ns 623.85 ns 
H H H 


t, $, Home, End, ESC 
F2 F3 F4 FS F6 F? F8 FS 
Change 
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3.6.4 DEFINITION WINDOW 


The Device Definition screen is used to specify the 
device under test. This is also where activity condition 
checks are programmed for any desired pins. 


Reference Device Drive high 
Pin Activity mad 
Simulation je 


Reference Device Test Bm 


Clip Check Beg 
Float Check fie 


3) F6 F? F8 FS F10 
Revert RD Test Identify Accept 


Up/down arrows select the desired parameter and 
left/right arrows choose a value from a Menu Box. Press 
to update the value. (Accept) confirms the 
entire window and reverts to the setting when the 
window was entered. 


The user will normally select a device number and all 
further parameters in this window are filled in from the 
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library (eg. Vcc pins, IC size...). A device not in the 
library may be specified by choosing the size of the IC 
followed by its Vcc and GND pins. This will clear the IC 


name field. 


Other parameters that may be set are: 


Reference Device Drive - 


High for TTL, Low for certain weak devices (e.g. some 
EPROMs). 


Pin Activity - 
alters the condition tests that verify High, Low or 
Active toggling signals on the DUT pins and EXT lead. 


Simulation - 

N/I means Simulation Option hardware is not installed in 
tester. N/A means simulation library is not resident in the 
tester cartridge or system RAM. Off means that a 
reference device must be in the socket. Note that 
Simulation files must always be resident in the tester 
before a Sequence is created so that the on/off indicator 
flag may be displayed on all simulated devices. If N/A 
appears for a device, you must first download the 
appropriate simulation file and respecify the device in 
order to enable it. 
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RD Test - 

The automatic test of the Reference Device before DUT 
comparison test may be set to ON or OFF. Out of circuit 
device testing using RD Test can only be done from the 
tester keyboard in nonremote operation. 


Check Sum - 

this numerical value for PALs and EPROMs is obtained 
by placing the Reference Device in the tester socket and 
pressing F7 to perform RD Test. 


Clip Check - 
Off disables the check for clip orientation. 


Float Check - 
The check for floating pins during the entire Test Time 
may be disabled for individual pins or the entire DUT. 


3.6.4.1 ACTIVITY WINDOW 


Condition checks may be performed on specified pins 
by choosing "alter" in the Pin Activity field of the 
Definition window. 
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1 
2 
3 
4 
5 
) 
? 
8 
9 
1 


Pin Activity check can be set on any pins as follows: 


H - high during the entire test time 

L - low during the entire test time 

A - at least 1 transition during the test time 

F - frequency measurement within a tolerance 
X - don’t care 


Up/down arrows move the Choices Menu Box from pin 
to pin. Ctrl right/left arrow moves it to the other side of 
IC. Right/left arrows highlight a choice and 
confirms it. 
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When F is chosen, a Dialog Box appears for entering 
the values. Enter the value, M, K or H for units and a 
tolerance value before pressing to accept them. 
(Accept) confirms the entire Pin Activity window. 
reverts to the setting when the window was entered 
and 4) clears all settings. 


3.6.4.2 FLOAT CHECK WINDOW 


The verification for floating pins may be disabled and 


re-enabled by choosing “alter” in the Float Check field 
of the Definition Window. 


t 
2 
ee 
a4 
5 
6 
34? 
B48 
z 43 
g-1 


Fi F2 F3 F4 FS F6 F? F8 FS F18 
Help Blank Revert ALL CHK ~ Accept 
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Float Check can be set on any pin as follows: 

Z - inactive for the entire duration of Test Time and 
capable of being driven high and low by the tester’s 
Interface Butter. 

X - not checked. 


Up/down arrows move the Choices Menu Box from pin 
to pin. Ctrl right/left arrow moves it to the other side of 
IC. Right/left arrows highlight a choice and 
confirms it. 4) (Blank) sets all pins to X; (ALL 
CHK) sets all pins to Z. 


3.6.5 INITIALIZATION WINDOW 


FLUKE 988 DENO UUT BOARD 
Initialization Paraneters 


Synchronization 
Trigger of f 
Reset Offset Ons 
Ram Shadow NA 


Word1 Word2 Wordi Word2 


x XH HK HM HM OM HM HK HM 
Kw ovr num Dh. WN 
a ee a a 
x Cw K KK KM KM KM 


X 
x 
x 
X 
x 
x 
Xx 
X 
Xx 
x 


RESET PULSE 
start of test 
‘ 
i 


ig 


F3 F4 FS F6 F7 F8 FS F18 
Revert Accept 
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The parameters in this window ensure that RD and DUT 
are in the same state before comparison testing. 


Synchronization - 

If "on" is selected, a Sync Time value must be entered in 
milliseconds (3000 ms is typical). This is how long the 
tester will try to initialize a synchronous RD and DUT 
before returning a FAIL or Unable-to-Synchronize test 
result. 


Trigger - 

Choose "alter" to define two events (W1, W2) on the 
device pins and EXT which cause the start of 
comparison. 


Wordi Word2 


Synchronization ~ | 
Trigger i 

Reset Offset | 
E1 § 


Ran Shadow NA 


1 
2 
3 
4 
5 
6 
?7 
8 
3 
i 


Mm BOE SOMO BC BED LLM  LOES SC | 


RESET PULSE 


start of test 
i] 


“" ‘a a 


FS F18 
Accept 
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Up/down arrows move a Choices Menu Box through 
consecutive pins and words. Ctrl left/right arrows move 
the Menu Box sideways between words and pins. E1 and 
E2 mean words 1 and 2 of the EXT lead. Left/right 
arrows move the choice cursor from X (don’t care) to 1 
or 0 and confirms each pin change. 


sets the entire Trigger definition to "don’t care", 
reverts to the setting present when you first entered the 
initialization window. (Accept) must be pressed to 
confirm any new Trigger setting. 


When testing with a Trigger setting, the occurence of the 
Trigger words starts the actual testing and produces a 
Pass or Fail test result. If, however, the Trigger words do 
not occur, the tester remains waiting for Trigger with the 
activity LEDs showing the DUT states. The user may 
press Esc) , which returns the result: "Test Aborted". 
Alternatively, pressing the TEST key on the tester will 
terminate the test cycle and return the result: "Trigger did 
not occur". 


Reset Offset - 

A negative value (eg.-100 ms) shifts the comparison Test 
Time into the Reset pulse duration. This is used for 
testing devices in the UUT reset circuit. A positive value 
(eg.100 ms) delays comparison testing until some time 
after the trailing edge of the Reset pulse. This can be 
used to wait for a programmable device to be initialized 
by UUT activity before testing. 
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RAM Shadow - 

"on" and "off" enable and disable the use of this feature 
which ignores comparison testing of RAM locations that 
have not been first written. N/I means the Simulation 
Option hardware is not installed. N/A means the Shadow 
Pattern for the selected RAM device is not available and 
must first be downloaded to the tester as a library file. As 
with Simulation parameter, the Shadow pattern file must 
be resident in the tester before a RAM device is defined 
as a location in the Sequence. Only this way will the 
choices on/off appear. 


3.6.6 PERFORMANCE ENVELOPE 


I/C Gate 


FaultMask =a 

Threshold 230% 

Test Time (CONT or tittit) gagies 
Pins Ignored 5 


Gate Bee 


Delay 8. 868@ns 
Duration CONT 
Polarity T 


xx x «KM HM HMM HK 
OOH AIAoanaan 
RW ON OM Rh WN 
Oooaoananaonnnnan 
xx< >< x xX xXx xX XK 


Gating 
Cond’n = gate not define 


9, 


Compare 
When HI = aluays high 


Fi F2 F3 | FS F6 F? F8 
Help Clear Revert Learn 
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Performance Envelope parameters affect the comparison 
testing of RD and DUT. 


Up/down arrows move between parameters. Value 
changes must be confirmed by pressing Cnter), F2) clears 
out a numeric field, reverts the Performance 
Envelope setting to what it was when the window was 
entered. confirms any changes made to the entire 
screen. The parameters are: 


Fault Mask - 
The tolerance of comparison (1 to 9999 ms in 1 ms steps). 


Threshold - 
The DUT transition level between logic 0 and 1 set on 


the Interface Buffer. Values are 0 to 5000 in 100 mvolt 
steps. 


Test Time - 
The duration of comparison. Values range from 1 to 9999 


milliseconds in ms steps. The letter C specifies 
continuous test. 


Pins Ignored - 

This is used to disable or re-enable comparison on 
selected pins. Choose alter to change the setting. Move 
the Nenu Box to the desired pin(s) with up/down arrows. 
Ctrl left/right arrows move the box to the opposite side of 
the IC. Left/rnight arrows highlight I (ignore) or C 
(compare) and confirms the choice. 
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changes all pins to compare, €5) reverts to the setting 
when the window was first entered and (Accept) 
confirms the setting for the entire IC. If a setting was 
changed and Esc is pressed, you are asked to confirm the 
update. 


Gate - 
Choose "alter" to define a time segment of comparison 
within Test Time. 


(Learn) will perform a repeated test for a range of 
Fault Mask and Threshold values and report the passing 
and failing combinations. 


rd rape aE are ee: meet EL F 


ee ee Te ay ee ee eT 


FaultMask From 38ns 


Step 
To 8@ns 


FaultMask 


22868 2488 
Threshold 


Fi F2 F3 F4 FS F8 FS FiB 
Help Clear Execute Accept 
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The starting value and step size of the parameters may be 
entered in the top fields. will re-execute the Learn 
function. will accept the recommended values shown 
in reverse highlighting. 


3.6.6.1 GATE 


Gate defines a time of comparison within Test Time 
based on the state of the pins and the EXT lead along 
with its parameters Delay, Duration and Polarity (if the 
tester has the Simulation Option installed). 


Gate I/C IVC Gate 


Pins Ignored 


Gate (yy 


Delay —-288ns 


Duration 


Polarity j 


NOnoaoananrnrnannrn 
Won mie Sm WN 
Oanoaanrnrnrnnan 


Gating 


Cond’ n J ® 


Compare 
When HI 


Fi F2 F3 F4 FS F6 F7 F8 
Help Blank Revert 


Enter a value for Delay and Duration or press a 
few times to make a Choices Menu Box appear beside 
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the IC pins. Up/down and Ctrl left/right arrows 
position the Menu Box at each pin. Left/right arrows 
select logic 0, 1 or don’t care for each pin. Press 
to confirm changes in each setting. Ctrl left/right 
arrows also move the highlight box to the Delay, 
Duration and Polarity fields when the Menu Box is on 
an adjacent pin. 


Testers which have the Simulation Option hardware 
installed permit values to be set for Delay, Duration 
and Polarity. After the gate condition occurs, 
comparison is delayed for a time, then enabled for a 
duration. Polarity may be set (T)True or (I)Inverted to 
define a condition of comparison or a condition of 
ignoring. 

Values and units of the two settings can span the 
following ranges: | 


40ns 10us 
80 ns 20us 
120ns 30us 


600 ns 150us 


changes the Gate setting to "don’t care", ES) reverts 
to the setting when the window was first entered and 
confirms the entire Gate setting. 


64 


RUN MENU 


3.6.7 STIMULUS WINDOW 


The options that may be selected using the cursor are: 


User Generated - 

The tester reset lead is always tristated and has no effect 
on the UUT. This is for test setups where the UUT 
cannot be rest or looping diagnostics are being used. 


Tester Generated Reset - 

This will pulse the tester’s Reset lead before comparison 
testing. Use arrows to move the Choices Menu Box, 
highlight a choice and confirm with (Ester), 


AE a gS By ap pe ape Som ipa cna un 


Board Reset Paraneters ania 


Reset Pulse Polarity Ey 3 757-: 
Reset Vcc ipiterna 
Reset Pulse Duration S$89ns 


F3 F4 FS F6 F? F8 FS F18 
Revert Recept 
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Polarity - 

For a negative pulse, the lead is driven high for 
10 ms, low for the pulse duration and back high 
for 10 ms. The reverse occurs for a positive 
pulse. 


Reset Vcc - 

Internal drive will sink/source 50 mA at 0.8/4.2 
V. External drive will operate from a voltage 
supplied on the VCC patch lead up to 15 V. 


Duration - 
The width of the pulse, 10 to 32760 ms in 1 ms 
steps. 


3.6.8 MESSAGE WINDOW 


An operator prompt may be added that is 4 lines of 37 
characters. The message will wrap to the next line when 
entered but may split words in the middle. Press 
(Accept) to confirm the entry. 


3.6.9 SEQUENCE FLOW WINDOW 


The Sequence Flow window is a programming window 
used to define the order and structure of testing. 


66 


RUN MENU 


Fi F2 F3 F4 FS F6 F? F8 FS F18 
Help UpLevel DnLevel Prev Find WNeuTest Comment Accept 


A list may be created down the left side of the screen 
showing individual tests in the order they are to be 
executed. When the full window is entered by pressing 
in the Test screen, a highlight pointer indicates the 
current device which has test parameters loaded in the 
Test Screen. Each line shows the device type and has 
space for a programmer’s comment. 


Terminology used: 
Location - 


device topological position ( U#), also known as an 
individual test. 
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Group - 


a series of locations given a group name, also known as a 
level in the program structure. 


Each location is uniquely defined by its name. If there are 
multiple U2 locations listed in the Sequence, for 
example, they all will have the same set of parameters 
and a change to one will change the others. If you want to 
duplicate a location and make a parameter change to the 
duplicate without affecting the original, do the following: 


Make the original location (eg. U2) the current 
one using the pointer bar in the small Sequence 
Flow window of the Test screen. 

Go into the full Seq Flow window using &9). 
Position the cursor bar at the desired position 
for the new device. 

Press to add a new location with a unique 
name (eg. U2A). 

Respond Yes to the prompt for duplicating the 
setting for the current location. 

Return to the Test screen and make any desired 
parameter modifications. 


Eighteen location and group names may appear on a 
single screen and the arrow keys scroll the list to 
accomodate Sequences of any length. The Sequence 
structure permits a grouping of locations by function to 
assist in fault isolation. The board can be divided into 
groups and subgroups by function, each of which can 
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have its own location list. Note that the list of locations 
that appears in the Sequence Flow Window of the Test 
Screen is a single "run list" of all locations. 


As an example, the following is a typical structured 
Sequence and run list: 


Main Run List 
Sequence U1 
U1 U4 
<RESET> RESET US 
. Group U7 
U4 U37 
US U38 
U7 U39 
; U80 
<BUS>--- BUS U81 
U57 Group U57 
U58 U37 U58 
U59 U38 U59 
U39 
<DMA>-- DMA Group 
U80 
U81 


To change the currently selected location in the TEST 
screen, move the Highlight Bar in the Seq Flow Window 
with the up/down arrows to the desired location and press 
(Accept). 
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The function keys within the Seq Flow Window are: 


€2)/E3) (Up/Down Level) - 

The main Sequence may have groups which are accessed 
by highlighting a group name and pressing (Down 
Level). (Up Level) returns back. The structure will 
allow levels within levels. 


(Previous) - 

This is used to select a location that was previously 
tested. A Dialog Box appears with an ordered list of 
locations that have been selected previously in the TEST 
screen. YOu may move the cursor to a desired location 
and press Enter). The TEST screen will then appear to 
retest this location. 


(Find) - 

This is used to position the highlight pointer on a 
specified location. Enter the location into the Dialog 
Box. If it exists, The Highlight Bar moves and you are 
asked to Accept, Cancel (restore the pointer to its 
previous location), or choose the Next occurence of the 
specified location. The main Sequence and all groups are 
searched in consecutive order. 


(New Test) - | 

This is used to add a new location below the Highlight 
Bar. Press and enter the location name into the 
Dialog Box. 


NOTE: a dialog box will prompt you to continue if you 
try to add a location that is already specified in the 
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Sequence. This Dialog Box also appears for any location 
that is present in the Paste Buffer. This means that, if you 
cut a location out of a Sequence and try to add another 
location of the same name, a Dialog Box appears since it 
is present in the Paste Buffer. Press Yes to continue to 
redefine this location. 


(Comment) - 

This key is used to enter a programmer’s comment beside 
the location with the Highlight Bar. A location comment 
appears beside the highlighted location. A Sequence 
comment is inserted below the highlighted location. 


3.6.9.1 SEQUENCE EDITING 


The top line menu has a number of editing functions 
that may be executed by moving the Top Menu Cursor 
with arrows and pressing (Enter), 


Cut - 

Move menu cursor to Cut, press Enter), then move the 
Highlight Bar to mark text for removal and press 
again. The cut locations now fill the Paste Buffer. 


Copy - 

Move Menu Cursor to Copy, press ter), then mark 
text with highlight. Press to put a copy in the 
Pasting Buffer. 


Paste - 
Position the highlight pointer to the location 


71 


RUN MENU 


immediately before the desired copy pasting location. 
Move menu cursor to Paste and press (Enter), 


Rename - 

A pulldown menu appears for you to select location or 
group name. Press (Ester). Now enter the old and new 
names in the Dialog Box that appears. The old name 
will be changed wherever it appears in the Sequence. 


New Group - 

Position Highlight Bar to the location immediately 
before the desired group location. Move Top Menu 
Bar to NewGroup, press and type a name into 
the Dialog Box. 


Header - 
The Header menu options are used to document a 


Sequence and to change from "development mode" to 
"run Only mode" and back. 


3.6.9.2 SEQUENCE DOCUMENTATION 


The Header option pulls down the menu shown on the 
next page. 
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=| Description 
Author 
<group> Start Message 
a 8253. Mode 
U62_FAILSYNC 8259°° Version 
<end group> 


Fi FZ F3 F4 3) F6 F7 F8 F9 F186 
Help UpLevel DnLevel Prev Find NeuTest Comment Accept 


Title - 
A Dialog Box appears, permitting entry of a descriptive 


title which will appear in the center of the top line in 
the TEST screen. 


Description - 

A full screen window appears permitting entry of text 
describing the board under test or the Sequence. Since 
this is not normally viewed by a test operator, this 
description is suited to programmer’s information. 


Author - 


A Dialog Box appears for entry of the Sequence 
programmer’s name. 
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RUN MENU 


Start Message - 

A full screen window appears permitting entry of test 
instructions for the operator. This information will 
appear as the first screen when running the Sequence. 
Note that this information will not appear on the tester 
display if you compile the Sequence for execution on a 
standalone tester. 


Mode - 

A box pops up with an associated choices menu. The 
user may move the cursor and accept a change in 
mode. "Run only" means that parameter changes are 
temporary and are not saved. "Develop" menas that all 
parameter changes are saved on disk. When changing 
from Develop to Run you are prompted to enter a 
password. This same password is required to change 
back to Develop. 


Version - 

A Dialog Box appears with an edit field showing the 
Sequence version and the date and time it was saved. 
The version is in the form: X.YYY . The user typically 
enters a number for X and YYY is automatically 
incremented each time the Sequence is saved. 


14 


